OSGi Einsteiger OSGi-Applikation

[baphomet13]

Liebe Alle,

ich mache mich daran in Eclipse eine Java-Applikation (mit Maven) anzufangen, die später erweiterbar sein soll durch Plug-Ins. Hierfür will/soll ich die OSGi-Spezifikationen beachten.

Nun habe ich allerdings einige Einsteigerfragen. Ich habe leider dazu nichts in den FAQ gefunden, daher stelle ich diese Fragen im Forum.

1) Benötige ich für die Entwicklung Java EE und die passende Eclipse IDE?
2) Muss meine Applikation ein Bundle sein? Soweit ich es verstanden habe werden ja eigentlich nur die Plug-Ins als Bundle geschrieben...
3a) Welche OSGi-Pakete müssen als Dependencies angelegt sein, damit meine Applikation erweiterbar ist, bzw.
3b) Welche Klassen muss meine Applikations-Source dafür implementieren?

Ich hoffe, dass ich wenigstens die Ansätze zu OSGi richtig verstanden habe und Ihr mir mit den weiteren Fragen helfen könnt.

Danke!

Grüße,
B13

 

[maki]

Hi,

was genau meinst du mit "OSGi Applikation mit Plugin-ins"?

Eclipse Equinox bietet einen Plugin Mechanismus, basiert zwar auf OSGi, erweitert ihn aber sehr.

Für "normale" OSGi Projekte (ohne Eclipse spezifische Erweiterungen) reicht bei einem Maven Build das felix maven bundle Plugin, Spring DM 2 bietets ein eigenes, und irgendwo gab es noch eines..

1. Wenn du Eclipse RCP bauen willst, wäre die RCP Version gut geeignet ( bietet bessere Unterstützung bei den Wizards), ansonsten reicht jede Eclipse IDE Version für Java. Da du maven nutzt, ist das m2eclipse Plugin Pflicht. Wenn du RCPs mit Maven bauen willst, soltest du Tycho nutzen.

2. Ja, in OSGi sind alles entweder Bundles, oder Bundle Fragmente.

3a. Musst schon genau sagen was du mit Plugin meinst, siehe oben

3b. Kommt darauf an, s.o.


Hello, OSGi, Part 1: Bundles for beginners - JavaWorld (gibt 3 Artikel dazu)
OSGi with Eclipse Equinox - Tutorial

Ansonsten solltest du dir unbedingt deklarive Services ansehen, bzw. SpringDM

 

[baphomet13]

was genau meinst du mit "OSGi Applikation mit Plugin-ins"?

Ich meine eine Java-Applikation, die pluggable sein soll, wofür OSGi "benutzt" werden soll.

Eclipse Equinox bietet einen Plugin Mechanismus, basiert zwar auf OSGi, erweitert ihn aber sehr.

Equinox habe ich entdeckt, halte es auch für sehr sinnvoll, allerdings benutzt eine Haupt-Applikation aus der gleichen Arbeitsgruppe die org.osgi.*-Pakete, und ich werde mich höchstwahrscheinlich daran orientieren müssen.

1. Wenn du Eclipse RCP bauen willst, wäre die RCP Version gut geeignet ( bietet bessere Unterstützung bei den Wizards), ansonsten reicht jede Eclipse IDE Version für Java. Da du maven nutzt, ist das m2eclipse Plugin Pflicht. Wenn du RCPs mit Maven bauen willst, soltest du Tycho nutzen.

Mit "Eclipse RCP" meinst Du einen auf dem Eclipse-Framework basierenden Rich Client?

Ansonsten nutze ich m2eclipse schon. Welche Vorteile bietet Tycho?

2. Ja, in OSGi sind alles entweder Bundles, oder Bundle Fragmente.

Alles klar, das ist schonmal eine der wichtigsten Infos !

3a. Musst schon genau sagen was du mit Plugin meinst, siehe oben

Das ist so eine Frage . Prinzipiell natürlich erstmal beliebige Hinzufügungen zu meinem Programm. Mir wird allerdings langsam klar, dass ich von vornherein mehr oder weniger bestimmen können muss, wo diese von Dritten geschriebenen Plug-Ins sich in meine Applikation einfügen, oder? Bzw. heißt das, dass mindestens Teile meiner Menüführung dynamisch sein sollten, damit die Plug-Ins darauf zugreifen können... Oder vertue ich mich hier mächtig?

Hello, OSGi, Part 1: Bundles for beginners - JavaWorld (gibt 3 Artikel dazu)
OSGi with Eclipse Equinox - Tutorial

Danke, hatte ich auch schon beides gesehen (das Vogel-Tut ist ja eher sparsam), aber noch keinen Überblick gehabt, wie OSGi prinzipiell "funktioniert". Taste mich aber ran .

Ansonsten solltest du dir unbedingt deklarive Services ansehen, bzw. SpringDM

Mache ich. Danach weiß ich dann auch, was das ist .

Danke erstmal!
Grüße,
B13

 

[maki]

Ich meine eine Java-Applikation, die pluggable sein soll, wofür OSGi "benutzt" werden soll.

Du meinst also nicht den Eclipse Equinox plug-in Mechnismus.

Mit "Eclipse RCP" meinst Du einen auf dem Eclipse-Framework basierenden Rich Client?

Ja.

Ansonsten nutze ich m2eclipse schon. Welche Vorteile bietet Tycho?

Tycho generiert dir Poms aus einem Eclipse Plugin Projekt, geht also den umgekehrten Weg zu einem "normalen" Maven Build. Tycho ist wohl die bessere Variante wenn es um Eclipse RCP/Plug-ins geht.

Das ist so eine Frage . Prinzipiell natürlich erstmal beliebige Hinzufügungen zu meinem Programm. Mir wird allerdings langsam klar, dass ich von vornherein mehr oder weniger bestimmen können muss, wo diese von Dritten geschriebenen Plug-Ins sich in meine Applikation einfügen, oder? Bzw. heißt das, dass mindestens Teile meiner Menüführung dynamisch sein sollten, damit die Plug-Ins darauf zugreifen können... Oder vertue ich mich hier mächtig?

OSGi Services sind immer dynamisch.
Was für ein "Menü" meinst du denn jetzt?
Vielleicht willst du ja doch ein Eclipse RCP Projekt

Danke, hatte ich auch schon beides gesehen (das Vogel-Tut ist ja eher sparsam), aber noch keinen Überblick gehabt, wie OSGi prinzipiell "funktioniert". Taste mich aber ran

Dann sieh dir die anderen 3 Artikel an.

Wäre an dieser Stelle gut, wenn du deine Anwendung beschreibst, damit meine nicht den plugin teil, sondern worum es sich dabei eigentlich handelt. Wenn du ein RCP schreibst, solltest du imho unbedingt Eclipse RCP nutzen, nimmt einem sehr viel ab, hat aber auch seine sehr steile Lernkurve, OSGi ist dabei eine Grundlage, die man verstehen muss.

 

[baphomet13]

Tycho generiert dir Poms aus einem Eclipse Plugin Projekt, geht also den umgekehrten Weg zu einem "normalen" Maven Build. Tycho ist wohl die bessere Variante wenn es um Eclipse RCP/Plug-ins geht.

Hm, wenn ich darüber nachdenke muss ich wahrscheinlich trotz allem Maven benutzen (Vorgabe des Chefs).

Wäre an dieser Stelle gut, wenn du deine Anwendung beschreibst, damit meine nicht den plugin teil, sondern worum es sich dabei eigentlich handelt.

Prinzipiell geht es um eine Swing-Applikation, die eine XML-Quelle erweitert und speichert.

 

[maki]

Hm, wenn ich darüber nachdenke muss ich wahrscheinlich trotz allem Maven benutzen (Vorgabe des Chefs).

Tycho ist für Maven, also kein Widerspruch.

Prinzipiell geht es um eine Swing-Applikation, die eine XML-Quelle erweitert und speichert.

Swing mit OSGi... wenn schon eine OSGi RCP, dann imho gleich Eclipse RCP.
Ansonsten würde ich OSGi gleich weglassen, wozu das Rad nochmals eckig erfinden?
Es gibt de facto keine bessere RCP Plattform für OSGi als Eclipse RCP.

 

[Wildcard]

OSGi liefert einen tollen Unterbau um eine Anwendung erweiterbar zu machen. OSGi alleine reicht aber nicht wenn deine Oberfläche erweiterbar sein soll, dafür brauchst du dann ein flexibles UI Framework das solche Erweiterungen vorsieht.
Soetwas selbst zu schreiben wird dich sehr sehr viel Arbeit kosten und am Ende ist es nicht ansatzweise so mächtig wie Eclipse RCP, diese Entscheidung solltest du also nicht leichtfertig fällen.
Falls du dir darunter nicht viel Vorstellen kannst, überleg dir einfach mal das eine Anwendung später in der Lage sein muss Toolbars dynamisch aufzubauen je nachdem welche plugin-ins installeriert wurden. Das jedes Plugin alle möglichen Popup Menüs erweitern können muss, das diverse Buttons mit unterschiedlicher Funktionalität belegt werden müssen je nachdem welcher Editor/ welche View (falls du ein ähnliches Konzept wie Eclipse im Sinn hast) gerade aktiv ist. Das alles ist erstmal durchaus noch machbar, allerdings gibt es in einer erweiterbaren Anwendung niemanden der alle Teile des Ganzen zur Compile-Time kennt und dann wird die Sache kompliziert.

 

[baphomet13]

Ah, okay. Jetzt verstehe ich. Hört sich so an, als sollte ich doch auf Eclipse RCP setzen. Werde mir das jetzt erstmal anschauen. Danke zunächst für die hilfreichen Hinweise! Bei Bedarf werde ich den Thread unbedingt wieder eröffnen.

Grüße,
B13

 

[Mav3ric]

Da ich auch vor kruzem mit RCP angefangen hab und gerade im selben Bereich gestöbert hab hier noch ein imho sehr hilfreichen link: Eclipse RCP

 

[baphomet13]

Danke, hatte denselben Link bereits in einem anderen Tab geöffnet . In der Tat sehr hilfreich!