Open Services Gateway Initiative mit Malte Teubner

OSGi Mission OSGI‘s primary goal is to define and foster rapid adoption of open specification for delivery of managed broadband services to networks in homes, cars and other environment. Definieren und fosieren der Annahme von offenen Spezifikationen für die Lieferung von Services ins Netzwerk von Haus, Autos und anderem.

OSGi Gegründet im März 1999 Inzwischen über 80 mitarbeitende Firmen Jährlicher Release der OSGi-API Treffen der verschiedenen Gruppen

Weshalb Allgegenwärtigkeit von Breitbandverbindungen und dem Internet Neueste Services liefern, installieren und laufen lassen Kompatibilität Service Provider -> SetTopBoxes Service auf alle Endgeräte zugreifen Kommunikation zwischen Endgeräten.

Connected Home Haus der Zukunft  Alle Geräte sind vernetzt. Also SetTopBox als Gateway z.B Kühlschrank kaputt Nachricht an Repair bei Einbruch sms aufs Handy Entertainment (MP3)

Einsatz von OSGi High-Value Services dynamisch über wide-area Netzwerke auf das Service Gateway laden. z.B. Fahrzeug Diagnose, Navigation, Entertainment, etc. Keinen Neustart

Technische Umsetzung Experten Gruppen: Core Platform EG Vehicle EG Device EG Remote Management EG Security EG Architecture EG CPEG... definiert die Spezifikation sowie API der Kern Plattform. Focus auf Komponenten die die ExecutionEnvironment umsetzen  entwickeln die fundamentalen Services für OSGI Umgebungen. VEG... arbeitet daran Kern Plattform erweitern damit sie in Autoumgebung läuft Enge Zusammenarbeit mit den automotive, telematics and transport members DEG... versucht präzise Abbildungen von verschiedenen Geräte Protokollen z.B.: UniversalPnP, JINI, USB, etc. RMEG... Funktionsmodell für Remote Management von Gateway und Services. (remote [security, manage services lifecycle]) SEG... Verantwortung für alle Sicherheitsaspekte. Querdurch die gesamte Plattform. Zusammenarbeit mit allen anderen Gruppen um Sicherheit zu gewährleisten. AEG... Koordinierende Funktion, Bildung von EP‘s etc. Besteht aus den Chairmens der anderen Gruppen

Architektur Bundle OSGi Framework Java Runtime Environment Operating System Hardware

Bundle - Motivation Als Hüllen-Objekt Alle Services, Applikationen, etc. Wird als Jar-Archiv zusammengefasst und verschickt System Bundles Management Bundles System-Bundles Repräsentieren das Framework Package Admin/ Permission Admin Service Identifierer ist 0 Management Bundle Liefern die Systemrichtlinien (Sicherheit)[policies] für die Bundles der Provider.

Bundle - Inhalt Java-Classes, html, help files, icons, etc. Manifest-File Informationen über Abhängigkeiten BundleActivator Manifest-File Enthält beschreibende Informationen (Was macht das Bundle; wie Activation) Sharing Packages Services können geshared werden Imports etc.

Das Bundle-Objekt Installierte Bundles instantiieren zu einem Bundle-Objekt. Dieses Objekt besteht aus: Bundle Identifier Bundle Location Bundle State

Bundle Identifier/Location Type long Wird nie wieder benutzt, selbst bei Deinstallation Wird nie geändert getBundleId() Location String vom Installationsort getLocation()

Bundle State

System Services (Bundles) Package Admin Service Permission Admin Service Service Tracker Log Service http Service Device Access Configuration Admin Service Preferences Service User Admin Service

Package Admin Service Package Sharing Problem: Bundle Update oder Deinstallation Bietet Policies für Package Sharing den Management Bundles an. Exported Package enthält info von wem und zu wem Ist nun uninstall oder update dann entscheidet PAS welche policy hier greift und gibt diese an management bundle weiter start, stop, refresh Bundle

Permission Admin Service Bietet den Management Bundles die Möglichkeit Permissions zu setzen. z.B. FilePermission ExecutionPermission, etc. z.B: CarDiagnostics mit HerstellerKey kann Werkstatt sensible Daten einsehen

Service Tracker Bundles werden installiert, gestartet, gestoppt, geupdated und deinstalliert ohne Neustart. Migration inerhalb des Frameworks.  Monitoring wichtig Logged alle Service-Registrierungen, Modifikationen und Deinstallationen nicht vorhandendes Bundle

Log Service LogEntries zum Ablegen von Informationen LogReader hollt Entries LogListener wartet auf Entries und gibt sie sofort zurück Sowohl Benutzer als auch Bundles LOGReader Verbrauchsrechnung. Beratung zur kosteneffektiveren Fahrt. LOGListener Warnung bei niedrigem Ölstand

Http Service Benutzung des Hypertext Transfer Protokoll Html, XML, Servlets Entfernt zugreifen auf das OSGi-Framework mittels Web-Browser Bundles können statische oder dynamische Seiten anbieten z.B: Bei Diebstahl, wenn GPS-Sender im Auto im Browser anzeigen wo Auto ist. Home-PC nach sehen wie Benzinstand ist. Standheizung einschalten.

Device Access Koordiniert automatisches finden und ankoppeln der Standard-Geräte Erleichtert an- und abkoppeln von neuen Geräten Ermöglicht Download und Install der Geräte-Treiber on Demand

Configuration Admin Service Wild Chars im Bundle bei Umgebungsvariablen Wird der Bundle installiert, konfiguriert der CAS nach seiner DB das Bundle

Preferences Service Daten über einen längeren Zeitraum speichern Boolean, Integer, Long, Float, Double, Byte Array Key/Value Paare Für jedes Bundle User/System tree Speichern von Einstellungen z.B: Spiel Schwierigkeitsgrad User data Spiel Highscore System Data

User Admin Service Bundles benutzen den User Admin Service um User Authentisierung durchzuführen und die Autorisierung zu prüfen. Authentisierung Alle denkbaren Verfahren möglich. Passwords, tokenCards, bio-metrics, etc. Autorisierung User und Group Darf der Nutzer Auto starten; oder Benutzereinstellungen Spiegel, Sitz

Mitglieder BMW Ericsson Deutsche Telekom Motorola Nokia Hewlett-Packard IBM Und viele mehr

Verbreitung Mehrere Firmen haben begonnen Umsetzungen zu veröffentlichen SUN, IBM, GateSpace JAVA EMBEDDED SERVER 3COM gibt zum Beispiel auch zu OSGI Bundles Diplomarbeiten aus

Zusammenfassung Grosse Community Akzeptanz Lauffähige Umsetzungen