Zur Weiterbildung habe ich mir als Thema diesmal OSGI auserkoren: Ich wollte sehen, ob ich dieses Konzept/diese Technologie - wenn möglich nutzbringend - in bestehende Projekte integrieren kann.

Warum?

Erste Erkenntnisse

Dann wendete ich mich den diversen Internet-Quellen zum Thema "Einbetten von OSGI in eigene Anwendungen" zu. Dort erlebte ich zunächst eine herbe Enttäuschung: In der APi steht der schöne Satz, dass der Code die Permission AllPermission haben müsse, wenn die Anwendung mit einem SecurityManager läuft.Der Satz lässt sich auch anders formulieren: Mit SecurityManager funktioniert OSGI nicht. Da ich in der Anwendung dWb+ aber - wie bereits verschiedentlich an mehreren Beispielen diskutiert - auf die Dienste eines SecurityManagers niucht verzichten will/kann, schien das Experiment OSGI an dieser Stelle bereits wieder zu Ende zu sein.

Ich raffte mich dennoch auf und probierte es aus - und siehe da: es vermittelte mir zunächst das Gefühl, sein bester Freund zu sein: Ich konnte Bundles laden und sah, dass ein dem einen Bundle der Service wie gewünscht registriert wurde. Auf dem Wege dahin mussten zwar auch einige Permissions freigegeben werden, aber es war nicht so wie zitiert: AllPermission wurde nicht benötigt. Der Weg war auch so beschwerlich wie immer - Verfasser von Frameworks und Libraries dokumentieren nicht, welche Permissions ihr Code braucht, daher: Übersetzen, Testen, Exception analysieren, Policy anpassen, von vorn...

permission java.net.NetPermission "specifyStreamHandler";
permission org.osgi.framework.AdminPermission "(id=*)", "*";
permission org.osgi.framework.ServicePermission "sample.service.HelloService", "register";

Nun wollte ich aber auch in einem anderen Bundle diesen Service konsumieren. Hier kam ich unsanft zum Halt: Was ich auch tat: der Service blieb beim Lookup verschollen. In meiner Verzweiflung nahm ich beide Bundles und warf sie in die Laufzeitumgebung des Projektes Apache Felix - und siehe da: der Dienst konnte gefunden und konsumiert werden. Das war der Punkt, an dem mich eine böse Ahnung beschlich: Konnte es so sein, dass hier wieder eine fehlende SecurityPermission schuld war? Und so war es denn auch: Diesmal haben die Autoren meinen düsteren Alltag auflockern wollen, indem sie die SecurityException einfach verschlucken und den Entwickler im Dunkeln lassen. Letztlich haben sie alles erklärt: Wenn man dem Code AllPermissions gibt, funktioniert er. Also erweiterte ich noch auf

permission org.osgi.framework.ServicePermission "sample.service.HelloService", "get";

und siehe da - es funktionierte

Integration in dWb+

• Enumeration aller exportierten Packages in allen Bundles
• Enumeration aller Klassen in allen exportierten Packages
• TreeModel aus Bundles, exportierten Packages und Klassen erstellen
• TreeModel in GUI integrieren
• ClassLoader für Bundles in ClassLoader für dWb+ integrieren

Artikel, die hierher verlinken

Kommentar hinzufügen (via ) Kommentare ansehen (via )

Kommentar hinzufügen (via ) Kommentare ansehen (via )