OSGi: Difference between revisions
No edit summary |
(→Livres) |
||
| (2 intermediate revisions by the same user not shown) | |||
| Line 1: | Line 1: | ||
OSGi est une spécification de l'[http://www.osgi.org OSGi Alliance] pour la définition d'applications Java modulaires pouvant être mises à jour durant leur exécution. OSGi est particulièrement adapté au développement et au déploiement d'applications à plugins et des applications sensibles au contexte ([[Context-awareness]]). Contrairement à la JVM ''standalone'', OSGi contrôle les versions des dépendances entre les différents modules (appelés ''bundles'')de l'application. OSGi introduit aussi le paradigme des architectures orientées service (SOA) dans la programmation Java. Les services dans OSGi permet ainsi le couplage faible, la liaison retardée, la substitution dynamique, la sensibilité aux contexte. Cependant, l'API OSGi reste difficile d'utilisation : il est recommandé d'utiliser des modèles de composants logiciels comme [[Declarative Services]] (aka SCR), [[Blueprint]] ou [http://felix.apache.org/site/apache-felix-ipojo.html iPOJO] pour le développement des applications (centralisées ou distribuées). Les principales plateformes open-source sont [http://felix.apache.org Apache Felix], [http://www.eclipse.org/equinox/ Eclipse Equinox] (qui est intégré à l'IDE Eclipse) et [http://www.knopflerfish.org/ Knopflerfish]. OSGi est devenu le standard ''de-facto'' pour la conception des intergiciels et les applications modulaires comme les IDE Eclipse, les serveurs JavaEE, les passerelles [[M2M]], ... |
OSGi est une spécification de l'[http://www.osgi.org OSGi Alliance] pour la définition d'applications Java modulaires pouvant être mises à jour durant leur exécution. OSGi est particulièrement adapté au développement et au déploiement d'applications à plugins et des applications sensibles au contexte ([[Context-awareness]]). Contrairement à la JVM ''standalone'', OSGi contrôle les versions des dépendances entre les différents modules (appelés ''bundles'')de l'application. OSGi introduit aussi le paradigme des architectures orientées service (SOA) dans la programmation Java. Les services dans OSGi permet ainsi le couplage faible, la liaison retardée, la substitution dynamique, la sensibilité aux contexte. Cependant, l'API OSGi reste difficile d'utilisation : il est recommandé d'utiliser des modèles de composants logiciels comme [[Declarative Services]] (aka SCR), [[Blueprint]] ou [http://felix.apache.org/site/apache-felix-ipojo.html iPOJO] pour le développement des applications (centralisées ou distribuées). Les principales plateformes open-source sont [http://felix.apache.org Apache Felix], [http://www.eclipse.org/equinox/ Eclipse Equinox] (qui est intégré à l'IDE Eclipse) et [http://www.knopflerfish.org/ Knopflerfish]. OSGi est devenu le standard ''de-facto'' pour la conception des intergiciels et les applications modulaires comme les IDE Eclipse, les serveurs JavaEE (comme [[JOnAS]] 5, [[Glassfish]] 3, Apache Geronimo ...), les passerelles [[M2M]] (comme [[OpenHAB]], [[Eclipse M2M]] Kura), pour les applications distribuées ([[Eclipse ECF]]) ... |
||
==Liens== |
==Liens== |
||
| Line 12: | Line 12: | ||
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10]) |
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10]) |
||
* Jérôme Molière, [http://www.eyrolles.com/Informatique/Livre/osgi-9782212133288 OSGi Conception d'applications modulaires en Java], Eyrolles |
* Jérôme Molière, [http://www.eyrolles.com/Informatique/Livre/osgi-9782212133288 OSGi Conception d'applications modulaires en Java], Eyrolles |
||
* [[OSGi Pas à Pas]] |
|||
Latest revision as of 20:27, 25 April 2014
OSGi est une spécification de l'OSGi Alliance pour la définition d'applications Java modulaires pouvant être mises à jour durant leur exécution. OSGi est particulièrement adapté au développement et au déploiement d'applications à plugins et des applications sensibles au contexte (Context-awareness). Contrairement à la JVM standalone, OSGi contrôle les versions des dépendances entre les différents modules (appelés bundles)de l'application. OSGi introduit aussi le paradigme des architectures orientées service (SOA) dans la programmation Java. Les services dans OSGi permet ainsi le couplage faible, la liaison retardée, la substitution dynamique, la sensibilité aux contexte. Cependant, l'API OSGi reste difficile d'utilisation : il est recommandé d'utiliser des modèles de composants logiciels comme Declarative Services (aka SCR), Blueprint ou iPOJO pour le développement des applications (centralisées ou distribuées). Les principales plateformes open-source sont Apache Felix, Eclipse Equinox (qui est intégré à l'IDE Eclipse) et Knopflerfish. OSGi est devenu le standard de-facto pour la conception des intergiciels et les applications modulaires comme les IDE Eclipse, les serveurs JavaEE (comme JOnAS 5, Glassfish 3, Apache Geronimo ...), les passerelles M2M (comme OpenHAB, Eclipse M2M Kura), pour les applications distribuées (Eclipse ECF) ...
Liens
Livres
- Neil Bartlett, OSGi in Practice, en ligne et gratuit
- Richard S. Hall, Karl Pauls, Stuart McCulloch, and David Savage, OSGi in action, Manning
- Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ (chapitre 2, chapitre 10)
- Jérôme Molière, OSGi Conception d'applications modulaires en Java, Eyrolles
- OSGi Pas à Pas