Accueil🇫🇷Chercher

OSGi

L’OSGi Alliance (précédemment connue en tant qu'Open Services Gateway initiative) est une organisation qui spécifie une plate-forme de services fondée sur le langage Java qui peut être gérée de manière distante. Le cœur de cette spécification est un framework (canevas) qui définit un modèle de gestion de cycle de vie d’une application, un répertoire (registry) de services, un environnement d'exécution et des modules. Fondés sur ce framework, un grand nombre de couches (layers) OSGI, d’API et de services ont été définis :

  • Journalisation (log ou Data logging = enregistrement chronologique des donnĂ©es) ;
  • Gestion des configurations (configuration management), des prĂ©fĂ©rences ;
  • Le service HTTP (en exĂ©cutant des servlets) ;
  • L’analyse syntaxique XML ;
  • L’accès aux dispositifs (Device Access) ;
  • L’administration de paquetage (Package Admin) ;
  • L’administration des permissions (Permission Admin) ;
  • Le niveau de dĂ©marrage (Start Level) ;
  • La gestion des utilisateurs (User Admin) ;
  • Le connecteur d'ES (IO Connector; IO = Input Output = EntrĂ©es Sorties) ;
  • La gestion des connexions (Wire Admin) ;
  • Jini, l’exportateur UPnP (UPnP Exporter) ;
  • Le pistage applicatif (Application Tracking) ;
  • Les paquets signĂ©s (Signed Bundles) ;
  • Les services dĂ©claratifs (Declarative Services) ;
  • La gestion de l’énergie (Power Management) ;
  • La gestion des dispositifs (Device Management) ;
  • Les politiques de sĂ©curitĂ© (Security Policies) ;
  • Diagnostic/contrĂ´le et organisation en couches du cadriciel (Diagnostic/Monitoring and Framework Layering).

Étendue du framework OSGi

Le framework implémente un modèle de composants dynamique et complet, comblant un manque dans les environnements Java/VM traditionnels. Les applications et composants (se trouvant sous la forme de bundles pour le déploiement) peuvent être installés, arrêtés, démarrés, mis à jour et désinstallés de manière distante sans nécessiter de redémarrage ; la gestion des classes/paquetages Java est spécifiée de manière très détaillée. La gestion du cycle de vie est effectuée à travers une API en appliquant une politique de gestion des téléchargements distants. Le répertoire (registry) de services permet aux bundles de détecter l’addition de nouveaux services, ou la suppression de services et de s'y adapter.

Description graphique de l’architecture
Description graphique de l’architecture

L'objectif original se focalisait sur les passerelles (gateways) de services mais sa mise en application s’est avérée bien plus étendue. Les spécifications sont désormais utilisées dans des applications allant des téléphones portables à l’IDE Eclipse (sous-projet Equinox). D’autres domaines d'application incluent les automobiles, l’automatisme industriel, les PDAs, le calcul grid, les loisirs (e.g. iPronto), la gestion de flottes et les serveurs d'applications.

Processus de spécification

La spécification OSGI est développée par les membres du consortium au travers d’un processus ouvert et rendu disponible gratuitement sous la OSGi Spécification Licence. L’alliance OSGI possède un programme de conformité qui est ouvert aux membres seulement. À la date d', la liste des implémentations certifiées se résume à six entrées.

Organisation

L’OSGi Alliance a été fondée par Ericsson, IBM, Oracle, Sun Microsystems et d’autres en .

On trouve parmi ses membres Ă  la date de mai 2007 plus de 35 compagnies comme IONA Technologies, Ericsson, Deutsche Telekom, IBM, Makewave (anciennement Gatespace Telematics), Motorola, Nokia, NTT, Oracle, ProSyst, Red Hat, Samsung Electronics, Siemens, et Telefonica.

L’alliance possède un bureau de directeurs qui fournit une gouvernance globale de l'organisation. Les OSGi officers ont des rôles et des responsabilités variés dans ce cadre. Les travaux techniques sont conduits au sein de l’Expert Groups et ont pour objectifs de développer les spécifications, d’établir des implémentations de référence et de produire des tests de validation et de conformité. Ces Expert Groups, travaillant de concert, ont produit quatre versions majeures à la date de 2007. Les travaux non-techniques sont conduits par divers groupes et comités.

Il existe des groupes d’experts dédiés pour l’entreprise, le mobile, les véhicules et les core platforms. L’Enterprise Expert Group (EEG) est le plus récent EG et s'adresse aux applications entreprise/côté serveur.

Composition du bureau (Board of Directors) en Mars 2008

  • Dan Bandera (IBM)
  • John R. Barr, Ph.D (Motorola)
  • Edward Cobb (BEA)
  • Anish Karmarkar (Oracle)
  • Ryutaro Kawamura, Ph.D (NTT)
  • Seok-Ha Koh (Samsung)
  • Kimmo Löytänä (Nokia)
  • Frank Mittag (SAP)
  • Stan Moyer (Telcordia)
  • Eric Newcomer (IONA)
  • Susan Schwarze, Dr. (ProSyst)

Versions de spécification

  • OSGi Release 1 (R1):
  • OSGi Release 2 (R2):
  • OSGi Release 3 (R3):
  • OSGi Release 4 (R4): /
    • Core Specification (R4 Core) :
    • Mobile Specification (R4 Mobile / JSR-232) :
  • OSGi Release 4.1 (R4.1): (AKA JSR-291)
  • OSGi Release 4.2 (R4.2): (AKA JSR-294)

Nouveautés dans la Release 4 d’OSGI

  • Nouvelles capacitĂ©s très puissantes de modularisation amĂ©liorant grandement les services rĂ©seaux qui partagent une mĂŞme et seule VM.
  • Classe modularisĂ©e partageant et cachant les dĂ©tails d’implĂ©mentation.
  • Gestion avancĂ©e des multiples versions de la mĂŞme classe si bien que d’anciennes et nouvelles applications peuvent partager la mĂŞme VM.
  • Localisation des manifestes de bundle OSGI permettant le dĂ©ploiement des services n’importe oĂą.
  • AmĂ©lioration de la politique de sĂ©curitĂ©.
  • Une spĂ©cification dĂ©clarative des services qui rĂ©sout les problĂ©matiques d'empreinte mĂ©moire pour permettre aux dispositifs embarquĂ©s d'utiliser un service orientĂ© architecture pour leurs applicatifs.

Frameworks OSGi

L’implémentation de référence de l’OSGi Alliance n’est pas conçue pour un contexte de production, mais sert de référence pour d'autres implémentations.

Les frameworks “production-ready” sont proposés par divers éditeurs, aussi bien Open Source que commerciaux. Les deux approches ont des avantages et des inconvénients.

Les frameworks commerciaux OSGi

Les frameworks commerciaux sont et doivent être certifiés, et ciblent des applications plus pointues nécessitant des optimisations. Ils permettent également de prendre en compte des besoins spécifiques des clients par l’ajout de modules correspondants à leurs besoins, ou des implémentations correspondant à leur architecture matérielle (par exemple dans le domaine des appareils mobiles, les architectures sont très variées). Tout cela a évidemment un coût, et lie les clients avec leur fournisseur. Mais ceci est contrebalancé par le fait que la spécification est libre, et que des implémentations open source existent, permettant éventuellement à un coût raisonnable de changer de fournisseur.

Les frameworks OSGi Open Source

Les frameworks sont généralement moins ciblés dans le type d’application envisagé - ou au contraire focalisent sur un domaine bien spécifique comme Eclipse/Equinox ou/et sont dominés par une seule entreprise, qui a découplé son framework d'un produit commercial existant, ou qui a conçu le cadriciel au départ comme un produit commercial devenu Open Source. L’important est tout de même la visibilité du code rendue par la mise en Open Source de ce code.

Liste des cadriciels OSGi Open source

  • Equinox (OSGi-Framework) – du projet Eclipse (Enterprise)
  • mBedded Server Equinox Edition – fondĂ© sur le framework Equinox d’Eclipse ci-dessus
  • Oscar – originellement un projet universitaire, puis dĂ©veloppĂ© sous le nom de projet Apache Felix ci-dessous
  • Apache Felix – projet de la communautĂ© Apache
  • Knopflerfish – originellement commercialisĂ© comme un produit embarquĂ© de Gatespace
  • Concierge – ImplĂ©mentation très lĂ©gère pour les mobiles et les systèmes embarquĂ©s
  • Jadabs – implĂ©mentation rudimentaire selon l'expression : “A dynamic lightweight container for small devices in a distributed environment”

Guides et Ă©changes d'information

OSGi dans le cadre du processus JCP

OSGi est inscrit en tant que JSR 291: Dynamic Component Support for Java SE dans le cadre du processus Communautaire Java (JCP) comme le modèle de composant dynamique officiel pour les développements java – à côté de la "JSR 232: Mobile Operational Management", qui traite des problématiques des mobiles traités par JME. La JSR-232 correspond à la spécification Mobile R4 (MEG) et la JSR-291 correspondant à OSGi R4.1.

Liste des JSR associées

  • RFC-2608 (Service Location Protocol)
  • Sun JINI (Java Intelligent Network Infrastructure)
  • Sun JCP JSR-8 (Open Services Gateway Specification)
  • Sun JCP JSR-232 (Mobile Operational Management)
  • Sun JCP JSR-246 (Device Management API)
  • Sun JCP JSR-249 (Mobile Service Architecture for CDC)
  • Sun JCP JSR-277 (Java Module System)
  • Sun JCP JSR-291 (Dynamic Component Support for Java SE - AKA OSGi 4.1)
  • Sun JCP JSR-294 (Improved Modularity Support in the Java Programming Language)

Standards technologiques associés

Exemples de projets utilisant OSGi

Livres

  • OSGi Service Platform, Release 3, IOS Press, (ISBN 1-58603-311-5)
  • Programming Open Service Gateways with Java Embedded Server(TM) Technology, (ISBN 0-20171-102-8)

Notes et références

Voir aussi

Liens externes

Cet article est issu de wikipedia. Text licence: CC BY-SA 4.0, Des conditions supplémentaires peuvent s’appliquer aux fichiers multimédias.