OSGi Service Platform für PHP

timothymarc · 30.07.2008, 13:30

Hallo Leute,

ich wollte nur rasch kundtun, dass ich gerade einige Anstrengungen auf mich nehme, die absolut angenehme und wirklich hervorragend erweiterbare OSGI Service Platform von Java nach PHP migriere.

Wer es nicht kennt: OSGi ist ein Framework für komponentenbasierte, Service orientierte Entwicklung von Anwendungen. Der Fokus liegt dabei auf Kapselung aller Ressourcen einer Komponente, Hot Deployment und der Installation und dem Betrieb verschiedener Versionen einer Komponenten gleichzeitig.

PHP bietet sich dafür meines Erachtens und nach der Evaluierung einer prototypischen Case study an. Einige Konzepte wie bsp. Hot Deployment sind natürlich nur bedingt umsetzbar. Darüber hinaus baut OSGi verstärkt auf CustomClassLoading und dem Package-Prinzip, beides in PHP bekanntlich nur rudimentär vorhanden (abgesehen von den an sich als rudimentär zu bezeichnenden OO-Fähigkeiten von PHP).

Nichtsdestotrotz ist bereits der Mechanismus des expliziten Im-/Exports einzelner Ressourcen eines Bundle realisiert. Sprich, ein "gefaktes" Classloading unter Berücksichtung der Bundle spezifischen Manifest-Dateien klappt bereits im Sinne der OSGi-Kapselung.

Als nächstes kommen die Services an die Reihe.

In meiner Vorstellung lassen sich auf schnellste Art und Weise Erweiterungen bzw. neue Komponenten in eine Webapplication istallieren, die sämtliche Abhängigkeiten entweder selbst auflösen oder sich dazu für die Services eines bereits bestehenden Bundle bedienen.

Wen dieser Beitrag neugierig gemacht hat, der sei aufgefordert hier zu posten.

Bis dann
Timothy

dr.e. · 30.07.2008, 14:42

Hallo Timothy,

das klingt nach einem sehr interessanten Projekt. Wir setzen auf JAVA-Seite auch auf OSGi. Freue mich auf eine erste beta...

timothymarc · 30.07.2008, 16:10

Hallo Dr.E.,

jepp, sobald ich eine lauffähige Version habe, melde ich mich bei dir. Wird allerdings etwas dauern, da das ein rein privates Projekt neben meiner Masterarbeit wird.

Das ihr für Java OSGi benutzt bestätigt meine hohe Meinung von diesem Framework erneut. Da haben sich einige Leute richtig Gedanken gemacht. Ganz so umfangreich wird mein System natürlich nicht, aber die Grundidee wird erkennbar sein. Nahezu alle Manifest-Features werde ich umsetzen und das Prinzip der Extension Points von Eclipse ein wenig abändern.

Die Laufzeitumgebung wird durch einen SessionManager simuliert, der in kleinen Teilen (für die Machbarkeitsstudie) schon funktioniert.

Soweit von mir.
Timothy

31.07.2008, 07:26

Kannst du ein bisschen mehr darüber erzählen? Ein paar technische Details?

JumperII · 31.07.2008, 07:54

Hallo,

ich werde es auch beobachten ... wird bestimmt spannend.

Gruß,
Jumper, the II.

phpdummi · 31.07.2008, 12:23

Gibt es vielleicht eine Projektseite?

timothymarc · 31.07.2008, 21:22

Hallo Leute,

eine Projektseite gibt es nicht. Ich werde eine anlegen, wenn ich die erste lauffähige Version vorweisen kann.

Technische Details? PHP ab 5.2. Das war es eigentlich. Datenbanken sind erstmal nicht vonnöten, da jedes Bundle bekanntermaßen sämtliche Meta-Informationen selbst mitbringt.

Das Persistieren der verschiedenen Registrys übernimmt ein SessionManager, der den PHP-internen Session-Mechanismus kapselt.

Prinzipiell sei gesagt, dass sämtliche Funktionen, die ich emuliere, bspw. die Bundle-Dependencys oder die gefakte Runtime, natürlich mit den PHP-Mitteln auszuhebeln sind. Gegen Fahrlässigkeit ist sicherlich keiner gefeit.

Nähe zu OSGi ist auf jeden Fall vorhanden, wenngleich es keine 1:1-Umsetzung der OSGi-Spec wird. Ich betrachte daher das System eher als OSGi inspiriert.

Derzeit überlege ich, ob ich noch rasch auf PHAR umbaue, vielleicht auch auf phk. Hat jemand Erfahrungsberichte in diesem Bereich? Packages wären ein ziemlicher Fortschritt für dieses Projekt, nur bin ich mir noch nicht sicher, ob ich die jetzt sofort unterstützen soll, oder erst mit PHP 5.3 ein größeres Update bringen soll?! Wenn ich bis zu dessen Release überhaupt was vorzeigbares habe.

Momentan steht neben 80h HiWi-Arbeit noch die Masterarbeit und die Geburt meines ersten Kindes an. KLingt nach anstrengenden Monaten bis März

Das sind, denke ich, auf den ersten Schlag genug Informationen. Mehr weiß ich selber noch nicht.

so long

Timothy

dr.e. · 01.08.2008, 19:01

Hallo Timothy,

Zitat:

Derzeit überlege ich, ob ich noch rasch auf PHAR umbaue, vielleicht auch auf phk. Hat jemand Erfahrungsberichte in diesem Bereich? Packages wären ein ziemlicher Fortschritt für dieses Projekt, nur bin ich mir noch nicht sicher, ob ich die jetzt sofort unterstützen soll, oder erst mit PHP 5.3 ein größeres Update bringen soll?!

Ich habe die Package-Tools evaluiert und bin persönlich nicht begeistert. Ohne Entpacken on-runtime funktioniert es nämlich auch bei diesen Tools nicht.

timothymarc · 04.08.2008, 10:37

Hi Leute,

gestern ist der emulierte OSGi-Cache bzw. die Runtime fertig geworden. Hätte mich ein hässlicher SimpleXMLElement Serialisierungfehler nicht über Stunden blockiert, wäre ich schon viel weiter

Ich habe mich dazu entschlossen die OSGi-Manifest-Datei nur in XML-Form bereit zu stellen. Die proprietäre Manifest-Datei, wie sie derzeit noch in der OSGi-Spec beschrieben wird, ist sicherlich nur historisch gewachsen. Man erkennt dies, da neuere deklarative Informationen (wie beispielseweise die Declarative Services) ja auch nur in XML bereit gestellt werden. Sicherlich wird dies über kurz oder lang auch eine Alternative für die Manifest-Datei werden.

Gestern habe ich mich dazu entschieden, das Framework selbst ebenfalls als Bundle zu deployen. Das ist einfach sauberer; der erste Ansatz war, das Framework als "plain-code" einzubinden. Jetzt besitzt es die gleiche Struktur wie jedes andere Bundle und besitzt eigene Meta-Informationen.

So, ein kurzer Zwischenstand.
Timothy

Quadaptor · 04.08.2008, 16:17

Ein sehr interessanter (und lobenswerter) Ansatz!

Für die Umsetzung wäre der Einsatz von PHP 5.3 mit Sicherheit interessant, vorallem wg. der Namespaces. Auf diese Art und Weise könnte man Klassen gleichen Namens (verschiedene Versionen z.B.) in unterschiedliche Namespaces verfrachten und so parallel nutzen - soweit die Theorie.

Vor paar Tagen ist die erste Alpha Version von PHP 5.3 erschienen. Als Releasetermin ist das dritte oder vierte Quartal genannt.

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
PHP Development Tools Framework for the Eclipse Platform	Thomas	PHP-Fortgeschrittene	2	24.03.2008 08:44
Service Pack für Windows Vista im Anmarsch?		PHP Tipps 2007	0	03.08.2007 12:06
Service Pack für Windows Vista doch schon fast fertig?		PHP Tipps 2007	0	03.08.2007 12:06
Microsoft verschiebt Service Pack für Windows Vista		PHP Tipps 2007	0	03.08.2007 12:06
Montrada POSH Service via cURL ansteuern	Plague	PHP-Fortgeschrittene	0	04.05.2007 10:46
Shop Service - wie umsetzen?	greg	PHP Tipps 2006	1	07.05.2006 14:55
no service installed	Zergling-new	Server, Hosting und Workstations	5	05.03.2006 00:29
Markup Validation Service kennt Flashobjekt nicht. Warum?		HTML, Usability und Barrierefreiheit	7	24.01.2006 14:24
denial of service attack		Server, Hosting und Workstations	4	17.10.2005 11:12
Free Webspace Service?	Zangelo	PHP Tipps 2005-2	4	16.10.2005 12:46
[Erledigt] Server & Service Status-check		PHP Tipps 2005-2	3	05.10.2005 17:56
volltextsuche mit microsoft indexing service		PHP-Fortgeschrittene	2	18.08.2005 16:44
Apache2Triad für Service Pack 2 bei Windows XP		Beitragsarchiv	3	11.04.2005 18:53
[Erledigt] Formmailer Service Script		Off-Topic Diskussionen	6	30.07.2004 01:54

30.07.2008, 13:30
timothymarc Neuer Benutzer Registriert seit: 26.07.2008 Beiträge: 19	OSGi Service Platform für PHP Hallo Leute, ich wollte nur rasch kundtun, dass ich gerade einige Anstrengungen auf mich nehme, die absolut angenehme und wirklich hervorragend erweiterbare OSGI Service Platform von Java nach PHP migriere. Wer es nicht kennt: OSGi ist ein Framework für komponentenbasierte, Service orientierte Entwicklung von Anwendungen. Der Fokus liegt dabei auf Kapselung aller Ressourcen einer Komponente, Hot Deployment und der Installation und dem Betrieb verschiedener Versionen einer Komponenten gleichzeitig. PHP bietet sich dafür meines Erachtens und nach der Evaluierung einer prototypischen Case study an. Einige Konzepte wie bsp. Hot Deployment sind natürlich nur bedingt umsetzbar. Darüber hinaus baut OSGi verstärkt auf CustomClassLoading und dem Package-Prinzip, beides in PHP bekanntlich nur rudimentär vorhanden (abgesehen von den an sich als rudimentär zu bezeichnenden OO-Fähigkeiten von PHP). Nichtsdestotrotz ist bereits der Mechanismus des expliziten Im-/Exports einzelner Ressourcen eines Bundle realisiert. Sprich, ein "gefaktes" Classloading unter Berücksichtung der Bundle spezifischen Manifest-Dateien klappt bereits im Sinne der OSGi-Kapselung. Als nächstes kommen die Services an die Reihe. In meiner Vorstellung lassen sich auf schnellste Art und Weise Erweiterungen bzw. neue Komponenten in eine Webapplication istallieren, die sämtliche Abhängigkeiten entweder selbst auflösen oder sich dazu für die Services eines bereits bestehenden Bundle bedienen. Wen dieser Beitrag neugierig gemacht hat, der sei aufgefordert hier zu posten. Bis dann Timothy


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

30.07.2008, 14:42
dr.e. Moderator und Wett-König Registriert seit: 21.05.2008 Beiträge: 3.657 PHP-Kenntnisse: Fortgeschritten	Hallo Timothy, das klingt nach einem sehr interessanten Projekt. Wir setzen auf JAVA-Seite auch auf OSGi. Freue mich auf eine erste beta... __________________ Viele Grüße, Dr.E. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 1. Think about software design before you start to write code! 2. Discuss and review it together with experts! 3. Choose good tools (-> Adventure PHP Framework (APF))! 4. Write clean and reusable software only! ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

30.07.2008, 16:10
timothymarc Neuer Benutzer Registriert seit: 26.07.2008 Beiträge: 19	Hallo Dr.E., jepp, sobald ich eine lauffähige Version habe, melde ich mich bei dir. Wird allerdings etwas dauern, da das ein rein privates Projekt neben meiner Masterarbeit wird. Das ihr für Java OSGi benutzt bestätigt meine hohe Meinung von diesem Framework erneut. Da haben sich einige Leute richtig Gedanken gemacht. Ganz so umfangreich wird mein System natürlich nicht, aber die Grundidee wird erkennbar sein. Nahezu alle Manifest-Features werde ich umsetzen und das Prinzip der Extension Points von Eclipse ein wenig abändern. Die Laufzeitumgebung wird durch einen SessionManager simuliert, der in kleinen Teilen (für die Machbarkeitsstudie) schon funktioniert. Soweit von mir. Timothy

31.07.2008, 07:26
ElPresidente Gast Beiträge: n/a	Kannst du ein bisschen mehr darüber erzählen? Ein paar technische Details?

31.07.2008, 07:54
JumperII Erfahrener Benutzer Registriert seit: 26.07.2006 Beiträge: 121	Hallo, ich werde es auch beobachten ... wird bestimmt spannend. Gruß, Jumper, the II.

31.07.2008, 12:23
phpdummi Erfahrener Benutzer Registriert seit: 06.06.2008 Beiträge: 1.631 PHP-Kenntnisse: Anfänger	Gibt es vielleicht eine Projektseite? __________________ "Nobody is as smart as everybody" - Kevin Kelly — The best things in life aren't things

31.07.2008, 21:22
timothymarc Neuer Benutzer Registriert seit: 26.07.2008 Beiträge: 19	Hallo Leute, eine Projektseite gibt es nicht. Ich werde eine anlegen, wenn ich die erste lauffähige Version vorweisen kann. Technische Details? PHP ab 5.2. Das war es eigentlich. Datenbanken sind erstmal nicht vonnöten, da jedes Bundle bekanntermaßen sämtliche Meta-Informationen selbst mitbringt. Das Persistieren der verschiedenen Registrys übernimmt ein SessionManager, der den PHP-internen Session-Mechanismus kapselt. Prinzipiell sei gesagt, dass sämtliche Funktionen, die ich emuliere, bspw. die Bundle-Dependencys oder die gefakte Runtime, natürlich mit den PHP-Mitteln auszuhebeln sind. Gegen Fahrlässigkeit ist sicherlich keiner gefeit. Nähe zu OSGi ist auf jeden Fall vorhanden, wenngleich es keine 1:1-Umsetzung der OSGi-Spec wird. Ich betrachte daher das System eher als OSGi inspiriert. Derzeit überlege ich, ob ich noch rasch auf PHAR umbaue, vielleicht auch auf phk. Hat jemand Erfahrungsberichte in diesem Bereich? Packages wären ein ziemlicher Fortschritt für dieses Projekt, nur bin ich mir noch nicht sicher, ob ich die jetzt sofort unterstützen soll, oder erst mit PHP 5.3 ein größeres Update bringen soll?! Wenn ich bis zu dessen Release überhaupt was vorzeigbares habe. Momentan steht neben 80h HiWi-Arbeit noch die Masterarbeit und die Geburt meines ersten Kindes an. KLingt nach anstrengenden Monaten bis März Das sind, denke ich, auf den ersten Schlag genug Informationen. Mehr weiß ich selber noch nicht. so long Timothy

04.08.2008, 10:37
timothymarc Neuer Benutzer Registriert seit: 26.07.2008 Beiträge: 19	Hi Leute, gestern ist der emulierte OSGi-Cache bzw. die Runtime fertig geworden. Hätte mich ein hässlicher SimpleXMLElement Serialisierungfehler nicht über Stunden blockiert, wäre ich schon viel weiter Ich habe mich dazu entschlossen die OSGi-Manifest-Datei nur in XML-Form bereit zu stellen. Die proprietäre Manifest-Datei, wie sie derzeit noch in der OSGi-Spec beschrieben wird, ist sicherlich nur historisch gewachsen. Man erkennt dies, da neuere deklarative Informationen (wie beispielseweise die Declarative Services) ja auch nur in XML bereit gestellt werden. Sicherlich wird dies über kurz oder lang auch eine Alternative für die Manifest-Datei werden. Gestern habe ich mich dazu entschieden, das Framework selbst ebenfalls als Bundle zu deployen. Das ist einfach sauberer; der erste Ansatz war, das Framework als "plain-code" einzubinden. Jetzt besitzt es die gleiche Struktur wie jedes andere Bundle und besitzt eigene Meta-Informationen. So, ein kurzer Zwischenstand. Timothy

04.08.2008, 16:17
Quadaptor Erfahrener Benutzer Registriert seit: 21.05.2008 Beiträge: 1.531	Ein sehr interessanter (und lobenswerter) Ansatz! Für die Umsetzung wäre der Einsatz von PHP 5.3 mit Sicherheit interessant, vorallem wg. der Namespaces. Auf diese Art und Weise könnte man Klassen gleichen Namens (verschiedene Versionen z.B.) in unterschiedliche Namespaces verfrachten und so parallel nutzen - soweit die Theorie. Vor paar Tagen ist die erste Alpha Version von PHP 5.3 erschienen. Als Releasetermin ist das dritte oder vierte Quartal genannt.