août
2008
Un article de djo.mos
Depuis Hier, OSGi Alliance a rendu public le premier Early Draft des spécifications de la future version de la plateforme OSGi, la 4.2.
Cette version devrait apporter quelques nouveautés majeures, dont je cite :
- Quelques améliorations quant à la sécurité
- Introduction du concept de BundleTracker, à l’instar du ServiceTracker (RFC 121).
- Nouveaux évènements interceptables pour le cycle de vie des services (RFC 126)
- Introduction d’une infrastructure pour les interpréteurs en ligne de commande (RFC 132) (Comme pour les CommandProvider d’Eclipse)
- Support des transactions (RFC 98)
- Support des services distants (et des systèmes distribués en général) (RFC 119)
- Mais surtout, l’introduction d’un modèle de composants propre à l’OSGi (RFC 124)
Pour revenir au dernier point, OSGi fournit déjà les moyens pour gérer les dépendances inter-bundles (via services et import/export de packages), mais pas de facilité de gestion de composants internes aux modules (création, configuration, assemblage, etc.).
Pour mettre en place ce modèle de composants, OSGi Alliance s’est inspiré par le standard officieux dans monde Java, j’ai nommé Spring 
qui offre déjà un ensemble de fonctionnalités riche et complet pour ce qui est de la gestion des composants, ainsi qu’à Spring Dynamic Modules qui a su combiner à la perfection le monde de Spring à celui de l’OSGi.
Bref, cet RFC est grossomodo une standardisation de l’approche déclarative de Spring et de Spring DM.
Après avoir vu rapidement le draft, je n’ai décelé que quelques différences minimes parapport à l’approche de spring, et qui sont l’utilisation d’autres namespaces propores à OSGi (logique) et l’utilisation de l’élément <component> au lieu du familier <bean>.
Le draft en question est ici:
=> http://www.osgi.org/Download/File?url=/download/osgi-4.2-early-draft.pdf