Les spécifications 'OSGi Core R5' et 'OSGi Enterprise R5' sont disponibles.

Comme l'année dernière suite à EclipseCon, Obeo organise un webinar pour faire découvrir et partager son retour d'expérience suite à la conférence qui s'est terminée la semaine dernière aux USA. Il est gratuit, interactif et se déroulera le 10 avril à 15h. L'inscription se fait en ligne à l'adresse suivante : http://www.obeo.fr/event/webinar20120410.html

Ce webinar vous donnera un aperçu des grandes tendances de la communauté Eclipse, des nouveaux projets prometteurs et des technologies à venir pour Eclipse Juno. Sur les grandes thématiques de cette année, nous avons eu : l'arrivée tant attendue d'Eclipse 4, passage au web avec Orion, OSGi 5, l'omniprésence du Modeling et des DSL, la montée en puissance de l'ALM via Mylyn et bien d'autres sujets. Ce moment sera aussi l'occasion pour les participants de pouvoir toutes leurs questions sur la conférence et la communauté Eclipse en général.

Glassfish est un des premiers serveurs d'applications à avoir adopté OSGi en l'exposant aux développeurs d'applications. Le document 'OSGi Application Development using GlassFish Server' (PDF) décrit en détail comment exploiter les fonctionnalités de la spécification 'Enterprise OSGi' dans le cadre de Glassfish.

Jaxenter publie un numéro spécial OSGi du journal Javatech (40 pages). Ce journal est gratuit (un formulaire d'inscription à remplir).

Angelo Zerr s'attaque à un tutorial consacré à Eclipse RAP. L'introduction et la première partie sont disponibles et donne un avant goût de ce tutorial qui s'annonce très complet.

Le tutorial 'How to develop modular server applications using OSGi' aborde l'utilisation d'OSGi côté serveur, l'intérêt de cet article est que la mise en oeuvre se fait en utilisant l'outillage BndTools (alternative au PDE).

Alex Blewitt propose un résumé des nouveautés d'OSGi 4.3 dans son article 'OSGi 4.3 brings some Generics and Capabilities'

L'article 'How To Embed OSGi' explique comment démarrer une implémentation d'OSGi par programmation.

La fondation Eclipse annonce la création d'un nouveau projet nommé Orion. Le but de ce projet est de fournir un environnement de développement accessible via un navigateur. La partie cliente est écrite en JavaScript, elle interagit avec une partie serveur Java basée sur OSGi qui exposent des API REST.

Le projet démarre avec une contribution de code d'IBM, un premier aperçu, assez limité, est téléchargeable (Orion 0.2M4). Les semaines à venir nous en apprendront plus sur la pérennité de ce projet, notamment sur sa capacité à attirer des contributeurs.

Une nouvelle version de travail de la spécification OSGi 4.3 est disponible : OSGi 4.3 Draft 3 (PDF).

Dans cet interview, un développeur de SAP présente le sous-projet Eclipse 'OSGi Enterprise Tools', il y détaille notamment les contributions de SAP et de VMWare. La question plus générale de la montée en puissance de SAP dans l'open-source est aussi abordée : SAP a fini par se rendre compte que le développement propriétaire de tout le socle technique de son progiciel n'apportait pas de valeur ajoutée. Ceci explique que les contributions de SAP soient de plus en plus nombreuses sur les projets Eclipse. On notera des participations aux projets suivants : Virgo (diverses contributions aux code et à la documentation, EclipseLink (contribution d'une suite de tests JPA), Egit (5 committeurs sur 14). WTP (outillage EJB, JavaEE et WebServices), EMF (EMF Query, EMF Validation, e4 (1 commiteur). A cette liste s'ajoute des projets dont SAP est l'initiateur : Memory Analyzer, Graphiti, OSGi Enterprise Tools

Actuellement en version alpha, JBoss AS 7 intègre le support d'OSGi. L'approche de JBoss est différente de celle des autres éditeurs de serveurs d'applications puisque le serveur n'utilise pas OSGi mais propose une compatibilité OSGi permettant le déploiement de modules OSGi. Le post 'JBoss AS7 OSGi Integration' décrit le choix de JBoss et l'article 'Using OSGi in JBoss AS7' décrit comment tester ce support d'OSGi.

Le projet Virgo vient de livrer sa première version finalisée, Virgo 2.1. Cette version succède à 'Spring dm server2.0'.

La qualité de l'outillage est actuellement un frein à l'adoption d'OSGi côté serveur. Le sous-projet 'OSGi Enterprise Tools' aura pour objectif de faire le lien entre l'outillage OSGi du PDE et l'outillage Java EE de WTP.

Le redbook 'Getting Started with the Feature Pack for OSGi Applications and JPA 2.0' décrit la mise en oeuvre d'OSGi Entreprise et de JPA 2 sur un serveur WebSphere 7.

Suite à l'annonce surprise d'IBM de lâcher Apache Harmony pour soutenir OpenJDK, les projections vont bon train pour savoir quels seront les résultats des votes sur les futures JSR pour JavaSE 7 et JavaSE 8.

La fondation Eclipse a jugé bon de communiquer ses intentions de vote : 'Oui pour JavaSE 7' et 'Non pour JavaSE 8'. Pour JavaSE 7, l'argument utilisé est la nécessité de sortir JavaSE de l'ornière rapidement, pour JavaSE 8 c'est naturellement les travaux sur la modularité qui posent problème avec le conflit entre Jigsaw et OSGi.

L'article 'Developing enterprise OSGi applications for WAS' présente la façon dont WebSphere 7 (avec le feature pack OSGi) et WebSphere 8 (actuellement en béta) exposent le support d'OSGi Entreprise aux développeurs et aux administrateurs.

L'article 'Bundle.update: Towards the Next OSGi Release' fait le point sur l'actualité récente autour d'OSGi. A noter la disponibilité des drafts des spécifications OSGi 4.3.

La notion de 'Target Platform' est fondamentale pour les développeurs de plugins Eclipse et de bundles OSGi utilisant le PDE. L'article 'What is a Target Platform' propose une courte présentation de cette notion.

Angelo Zerr propose une nouvelle série d'articles consacrée à l'intégration d'Equinox dans un conteneur Web : 'OSGi Equinox in a Servlet Container'

L'utilisation d'OSGi côté serveur devrait progressivement s'imposer. L'article 'Convert a JPA-based Java EE Web application to OSGi with Blueprint object injection in WebSphere Application Server V7' décrit comment faire évoluer une application Jaav EE utiliant JPA vers l'utilisation des mécanismes d'injection du BluePrint Services d'OSGi (directement inspiré de Spring) pour récupérer l'EntityManager.

Une série d'articles pour démarrer avec Tycho :

• 'Building with Tycho - part 1, OSGi bundles'
• 'Building with Tycho - part 2, RCP Applications'
• 'Building with Tycho - part 3, Testing, Code coverage and easier development using Target Definitions'

IBM propose une preview (version 0.5) de son futur outillage dédié au devéloppement d'applications OSGi.

Dans l'interview 'Apache Aries: Marrying OSGi with Java EE', l'un des contributeurs du projet Apache Aries fait le point sur l'avancement de ce projet qui a pour but de fournir une plate-forme basée sur la spécification OSGi Enterprise.

Angelo Zerr vient de publier la 19ème et dernière partie de son tutorial 'Conception d'un client Eclipse RCP et serveur OSGi avec Spring DM'. Le niveau de détail est impressionnant et l'approche progressive devrait répondre à de nombreuses questions. Le plan complet du tutorial est consultable sur cette page.

Sonatype, la société derrière Maven, propose que Tycho devienne un projet officiel de la fondation Eclipse. Tycho rend l'utilisation de Maven de façon quasi-transparente pour la construction des applications OSGi (et donc Eclipse RCP).

Le support de la présentation 'OSGi & Java EE in GlassFish' est disponible . Il donne un bon aperçu de la façon dont Glassfish permet aux développeurs d'exploiter le meilleur des deux mondes (JavaEE et OSGi).

Non, je n'ai pas fait une erreur de frappe en tapant le titre de cette news. Qwylt est un projet, plus ou moins interne, lancé par Oracle début 2009. Ce projet correspond à ce qui a été évoqué lors d'une présentation animée par deux responsables importants d'Oracle (notamment le responsable de la stratégie Java).

Le but de Qwylt est de proposer une API permettant d'interargir avec des systèmes de gestion de modules. Le peu d'informations données actuellement laissent supposer que Qwylt pourrait être intégré au JDK 7. Qwylt ne remplace pas OSGi ou tout autre système de module, son but est de créer un niveau d'abstraction masquant le système de gestion de modules utilisé. La première justification à cette approche est de trouver un moyen permettant d'utiliser à la fois OSGi et Jigsaw (le système de modules interne au JDK 7). Espérons qu'Oracle donnera plus d'informations prochainement.

La spécification OSGi Enterprise vient d'être publiée en version finale. Cette spécification marque une étape importante pour OSGi. Elle décrit notamment comment OSGi peut s'intégrer dans un contexte JavaEE. Jusqu'à maintenant, OSGi s'est développée en parallèle du monde JavaEE, d'où certaines difficultés pour faire cohabiter les deux mondes. Avec les projets Eclipse Virgo, Eclipse Gemini et Apache Aries, des implémentations d'une bonne partie de cette spécification sont dès aujourd'hui disponibles. Parions qu'avec cette spécification, OSGi va prendre une nouvelle dimension.

Cette page donne un premier aperçu synthétique du contenu de la spécification,

Dans l'article 'OSGi, and How It Got That Way', Neil Bartlett choisit d'expliquer les concepts d'OSGi d'une façon originale et intéressante. Il se replace dans un contexte où OSGi n'existerait et il déroule un à un les besoins d'un système modulaire en Java et les solutions qui lui semblent les plus logiques. Bien évidemment, il arrive à la fin à la recréation d'OSGi.
Sur le fond il y a plusieurs remarques intéressantes, notamment le fait de bien préciser que l'aspect dynamique d'OSGi n'est pas un point principal mais une conséquence offerte pas des choix vraiment fondamentaux (un classloader par module et un conteneur donnant une existence aux modules lors de l'exécution).

Un article en français sur les choix possibles pour réduire les dépendances cycliques entre modules OSGi.

Dans l'interview 'Using OSGi and Equinox effectively', l'auteur du livre 'OSGi and Equinox' répond à plusieurs questions intéressantes. Parmi ses conseils sur l'utilisation d'OSGi, il y en a deux qui ne sont pas assez souvent exposés :

• limiter au maximum les appels aux API propres à OSGi (en privilégiant une approche déclarative).
• éviter d'utiliser les BundleActivator. Leur utilisation doit être exceptionnelle. Effectuer systématiquement des tâches d'initialisation dans les BundleActivator peut avoir un impact fort sur les temps de démarrage.

Fin février s'est tenue la session londonienne de la conférence OSGi DevCon. Le support de la session d'ouverture est consultable sur le site de son auteur. Cette présentation est intéressante car elle est se concentre exclusivement sur le problème de la complexité des logiciels pour démontrer l'importance de la notion de modularité.

Le premier slide attaque fort avec cette phrase: "OSGi is a disruptive technology that will transform how enterprise Java applications are designed, developed and managed !".

La littérature consacrée à OSGi s'étoffe progressivement avec la sortie notable du livre 'OSGi and Equinox'. Deux chapitres sont librement consultables.

Pascal Leclerq nous propose un retour sur ses tests prometteurs de Tycho (outillage facilitant l'utilisation de Maven dans un contexte OSGi ou Eclipse RCP).

Un article qui résume les outils disponibles pour utiliser sur un même projet OSGi et Maven.

'OSGi Declaratives Services' est une solution pour décrire les relations entre les composants d'une application OSGi. Les articles 'Declarative Services: Delayed Components' et 'Declarative Services: Configuration' abordent deux aspects de la spécification 1.1 de ce service.

SpringSource annonce avoir déposé une proposition pour la création du sous-projet Virgo. Ce projet sera créé à partir du code de la version 2.0 de Spring dm (Spring dynamic modules est un serveur d'applications Java basé sur OSGi).

L'actualité d'OSGi en entreprise est dense en cette fin d'année : après l'annonce de la création du projet Gemini par Oracle et Spring Source, c'est IBM qui propose son implémentation de la spécification 'OSGi Entreprise'.
Cette implémentation, nommée 'OSGi Applications Open Alpha', permet d'ajouter à un serveur WebSphere 7 les fonctionnalités de déploiement et d'exécution de modules OSGi.

Avec le soutien d'Oracle, d'IBM, des communautés Spring, Glassfish et JOnAS, il ne fait maintenant plus de doute que l'utilisation d'OSGi côté serveur va se généraliser.

En attendant la version finale pour début 2010, l'early draft 4 de la spécification 'OSGi Enterprise' est disponible. Cette spécification est celle sur laquelle s'appuiera le projet Gemini de la fondation Eclipse.

SpringSource et Oracle ont publié la proposition de création du projet 'Enterprise Modules Project', nom de code 'Gemini'. Ce projet a pour but de faire le lien entre OSGi et les technologies Java serveur. Des sous-projets seront créés pour implémenter les spécifications publiées par 'l'OSGi Enterprise Expert Group'.

Angelo Zerr débute une nouvelle série d'articles, cette fois-ci l'idée est d'expliquer, pas à pas, comment développer une application Eclipse RCP cliente qui communique avec un serveur OSGi basé sur Spring DM.
Les premiers articles de la série sont disponibles: introduction, partie 1, partie 2, partie 3, partie 4, partie 5, partie 6.

Cette très intéressante série d'articles commence par expliciter la notion de modules puis présente les apports d'OSGi :
- Partie 1 : Modular Java: What Is It?
- Partie 2 : Modular Java: Static Modularity
- Partie 3 : Modular Java: Dynamic Modu0larity

L'article 'The Current State of OSGi' fait le point, de façon très complète, sur l'actualité récente d'OSGi.

Dans Eclipse 3.6, le PDE devrait être enrichi d'un outil permettant la visualisation des dépendances entre plugins sous forme d'un graphe : 'PDE Visualization is Available'.

La spécification OSGi 4.2 introduit un nouveau service : le 'Blueprint Container Service'. Fortement inspiré de Spring, ce service propose une intégration fine du mécanisme d'inversion de controle dans un contexte OSGi. L'article 'Drawing Spring into the Blueprint' donne un premier aperçu de ce service.

La version finale des spécifications OSGi 4.2 est téléchargeable. L'article 'OSGi 4.2 released' récapitule les nouveautés.

L'un des développeurs du produit vCloud de VMWare propose une série de billets donnant un retour d'expérience sur l'utilisation d'Eclipse, OSGi, Maven et SpringDM.

Les articles de la série 'Building a modern Java app with Eclipse, Maven, OSGi, and Spring DM' : Partie 1, Partie 2, Partie 3, Partie 4.

La série d'articles "Building Your Equinox OSGi Application Server" décrit la création d'un serveur d'applications basé sur Equinox (Partie 1, Partie 2 et Partie 3)

Depuis quelques temps le projet Apache Felix propose une console d'administration sous forme d'une application Web : 'Apache Felix Web Console'.
L'article 'Monitor your OSGi container with the Apache Felix Web Console' explique comment utiliser la console de Felix avec une autre implémentation d'OSGi (Equinox par exemple).

Le projet 'Pax Conf' propose une implémentation du service de gestion de configuration d'OSGi. Tout comme Pax logging, Pax Conf est utilisable par les applications Eclipse RCP, il fournit notamment une solution pour gérer la configuration de l'application via des fichiers properties.

Le projet 'Pax logging' propose une solution pour intégrer diverses librairies de log (dont Log4J) dans les applications basées sur OSGi. Pax Logging est notamment utilisable par les applications Eclipse RCP.

La page 'Questions from the RFC 119 webinar' regroupe de façon très intéressante l'ensemble des réponses aux questions que peut susciter la spécification 'Dsitributed OSGi'.

Sur son blog, Michaël Baron résume son premier essai de Tycho (lien entre Maven et OSGi).

Ce tutorial propose une introduction à OSGi Declatative Services en utilisant l'outillage intégré au PDE dans Eclipse 3.5.

Avec le projet Tycho, les équipes de Sonatype cherchent à concilier l'utilisation de Maven et OSGi dans Eclipse, leur blog propose un article de présentation: 'Tycho: Implicit build target platform support from Maven!'

La version 3 de Glassfish est basée sur OSGi. L'article 'GlassFish V3 Extensions, part 2 : Managed OSGi bundles', explique comment déployer un bundle OSGi dans Glassifh V3.

L'article 'Modularizing existing web applications with OSGi' propose une solution pour utiliser OSGi dans une application Web existante et pouvoir ainsi la modulariser progressivement.

La spécification OSGi 4.2 passe du status de 'early draft à celui de 'public draft'

Une application basée sur Equinox peut naturellement être lancée à partir de Java WebStart, la procédure est résumée dans l'article: 'WebStarting Equinox OSGi Apps'

Eric Newcomer, est l'un des principaux concepteurs de la spécification 'Distributed OSGi'. Dans l'article 'Why Do We Need Distributed OSGi?', il clarifie le postionnement de ces travaux. Cette clarification est importante car le nom 'Distributed OSGi' pourrait laisser supposer d'une usine à gaz redéfinissant un nouveau protocole de communication et finalement réinventant des choses existantes, c'est loin d'être le cas puisque cette spécification se limite à préciser comment les concepts d'OSGi peuvent être utilisés dans un contexte distribué tout en laissant la liberté sur les mécanismes de communication.

Pour découvrir 'Distributed OSGi' rien de tel que quelques tutoriaux : 'Distributed OSGi – A Simple Example', A Distributed OSGi Powered AJAX WebApp et R-OSGi, or how to call OSGi services remotely: Part I.

Le 'draft' de la spécification OSGi 4.2 prévoit l'ajout de mécanismes permettant l'utilisation d'OSGi dans des applications distribuées. Une implémentation de référence est proposée par le projet CXF d'Apache.

L'article 'Some thought on the OSGi R4.2' passe en revue les nouveautés de la spécification 4.2 d'OSGi (actuellement à l'état 'd'early draft').

Prosyst propose une version béta de son implémentation d'OSGi pour Android.

Pour en savoir plus :
L'annonce sur le blog de Prosyst

La modularisation des librairies est un des principaux objectifs pour Java 7. Malgré sa rapide adoption et sa standardisation dans le cadre du JCP (JSR 291), OSGi ne semble pas convenir aux équipes de Sun (exception fait de celle travaillant sur Glassfish V3). Le premier choix de Sun aura été de pousser une JSR concurrente (JSR 277). Dirigée de façon très maladroite cette spécification n'aboutira pas, Sun ayant finalement décidé de ne pas la retenir pour Java 7. Ce choix attendu depuis longtemps aurait logiquement dû se faire au bénéfice d'OSGi, malheureusement Sun a pour l'instant choisi une autre direction en lançant un projet nommé Jigsaw. Ce dernier sera développé pour les besoins internes de Java 7 et ne sera pas spécifié dans le cadre du JCP.

L'annonce de l'abandon de la JSR 277 a dans un premier temps été bien accueillie par la communauté OSGi, d'autant plus que Sun déclare vouloir travailler avec les experts OSGi. Mais la satisfaction a rapidement fait place à de l'inquiètude ('Hope, Fear, and Project Jigsaw'), voire à de la colère ('Spice is Not a Recreational Drug'). Ces réactions me semble légitimes face au choix de Sun de contourner le JCP et d'écarter de nouveau OSGi sans avancer d'argument technique. Quoiqu'il en soit on comprend mal comment Jigsaw pourra être finalisé pour la sortie de Java 7 alors que le projet par de zéro... Certains en sont conscients puisque Java 7 ne sortira pas avant début 2010.

Le modèle de partage des classes entre modules OSGi prévoit une directive particulière, 'uses', permettant de gérer certains cas ardus. L'article 'Understanding OSGi uses directive' résume le rôle de cette directive.

L'utilisation d'OSGi Declarative Services permet de limiter le recours au ServiceTracker. Dans le post 'Dependencies and Services in OSGI Enterprise Applications', l'auteur de ce blog partage son expérience de l'introduction d'OSGi Declarative Services dans son code.

L'un des développeurs de SAP NetWeaver publie sur son blog une synthèse ('SAP gives Equinox a closer look'), de la réflexion menée sur l'utilisation d'OSGi comme socle de la prochaine version du serveur Java EE de SAP. L'utilisation d'Equinox semble plus que probable.

Pour l'anecdote, on notera une phrase indiquant que 1500 développeurs participent au développement de l'offre SAP NetWeaver...

La présentation 'The SAP Eclipse Story' (PDF) donne une vision plus détaillée de la position de SAP par rapport à Eclipse.

L'annonce de Glassfish V3 Prelude a été largement relayée et Sun a beaucoup communiqué sur l'adoption d'OSGi comme socle de cette version. L'implémentation d'OSGi intégrée est Felix d'Apache, mais les développeurs de Glassfish se sont fixés comment objectif de pouvoir faire fonctionner le serveur avec d'autres implémentations d'OSGi. Le blog de Ludovic Champenois montre comment lancer Glassfish en utilisant Equinox : 'GlassFish v3 Prelude OSGi support: Is it really true?'.

Ce petit tutorial, OSGi development with Eclipse Equinox, explique les étapes de base pour utiliser OSGi avec Equinox et Eclipse.

Martin Lippert rend accessible le support de deux de ses présentations récentes. L'une concerne l'utilisation de la programmation orientée aspects avec Equinox, l'autre présente Spring Dynamic Modules.

Pour en savoir plus :
Présentation 'Aspect Weaving for OSGi' (PDF)
'Tutorial : Spring and OSGi combined with Spring Dynamic Modules'

L'utilisation d'OSGi côté serveur est un sujet à la mode, le tutorial 'Experimenting with OSGi on Server Side' aborde ce sujet par la pratique.

Le journal du net propose un petit sondage sympathique sur l'utilisation d'Eclipse pour faire autre chose que du Java.

Pour en savoir plus :
Le sondage: 'J'ai recours à Eclipse pour des développements non-Java'

La spécification 4.2 d'OSGI, actuellement en relecture, intègre deux solutions permettant l'utlisation de la notion de services de façon déclarative. La première, OSGi Declarative Services, existait dans les spécifications antérieures. La seconde est directement inspirée de Spring DM (Dynamic Modules).

Pour en savoir plus :
'Comparing OSGi DS to Spring DM'

La multiplication des librairies de log dans le monde Java est une problématique à laquelle les développeurs d'applications OSGi n'échappent pas.

Pour en savoir plus :
Logging in OSGi application - Part 1
Logging in OSGi application - Part 2

Cet article propose plusieurs règles sur la façon d'intégrer des librairies externes dans une application OSGi, notamment en utilisant les facilités proposées par l'outillage de développement de plugins intégré à Eclipse (le PDE).

Une première version complète du livre 'OSGi in Practice' est disponible en téléchargement (PDF de 4Mo).

Pour en savoir plus :
Le blog de l'auteur

Le deuxième build stable d'eclipse 3.5 est disponible. Peu de nouveautés dans ce deuxième build, la plus notable, quoique concernant peu de monde pour l'instant, est l'ajout d'un éditeur faciliant l'utilisation d'OSGi Declarative Services.

Pour en savoir plus :
La liste des nouveautés d'Eclipse 3.5M2
La page d'Eclipse 3.5M2
Un tutorial sur Declarative Services et Equinox (datant de 2007)

SpringSource a discrètement renommé son serveur d'applications basé sur Equinox. Le nom sera SpringSource DM Server plutôt que SpringSource Application Platform.

Le tout est pour l'instant gratuit et open-source mais difficile de parier que cela le restera... (cf l'évolution de license du framework Spring).

Pour en savoir plus :
SpringSource dm Server 1.0 RC2 Released

Le projet EclipseLink est disponible dans une version adaptée au contexte OSGi, ce qui le rend facilement utilisable dans un contexte Eclipse RCP.

Pour en savoir plus :
'Eclipselink in J2SE RCP Applications'

Combiner GWT et OSGi est relativement facile. Ce tutorial donne les indications pour bien commencer.

Le projet 'Equinox Aspect', en phase d'incubation, a pour objectif de permettre l'utilisation de la programmation orientée aspects dans des modules OSGi, ceci en intégrant AspectJ et Equinox.

Pour en savoir plus :
Une séries de posts sur le blog de l'un des contributeurs
'Slides from "Aspect Weaving for OSGi" Talk'
'Code Examples from "Aspect Weaving for OSGi" Talk'
'Dependency Injection for Extensions, Third Edition'

Le projet ECF (Eclipse Communication Framework) publiera sa version 2.0 la semaine prochaine simultanément avec de nombreux autre projets de la fondation Eclipse. Outre l'implémentation de divers protocoles de communication, ECF propose deux fonctionnalités notables :

• La possibilité pour deux utilisateurs distants de partager l'édition d'un même fichier.
• Une implémentation distribuée d'OSGi. Il s'agit là plus de prospective car l'OSGi Alliance n'a pas encore spécifiée cette partie, les développeurs d'ECF participent aux travaux de spécification.

Pour en savoir plus :
Interview du responsable du projet ECF
'Eclipse Ganymede: An in-depth look at ECF'
La page d'ECF

Le modèle de conception 'Whiteboard' est une solution à connaître pour le développement d'applications OSGi. Ce tutorial l'explique par l'exemple.

Pour en savoir plus :
'The Witheboard pattern for OSGi'

Les tutoriaux OSGi sont légions ces temps-ci, mais celui-ci est agréable à lire et très didactique. A noter l'utilisation de Felix et d'Equinox.

Pour en savoir plus :
Le tutorial 'OSGi for beginners'

SpringSource, la société derrière Spring, crée l'évènement en annonçant son propre serveur d'applications : SpringSource Application Platform (version beta). Le point intéressant pour la fondation Eclipse est que le socle de ce serveur d'applications est Equinox, l'implémentation OSGi de la fondation Eclipse. Pour simplifier, SpringSource Application Platform est un packaging d'Equinox + Tomcat + Spring.

Certains vont certainement y voir un pied de nez à Java EE, alors qu'en fait il s'agit plus d'une anticipation sur Java EE 6 et sa notion de 'Profile', pour preuve le fait que Rod Johnson, le créateur de Spring, annonce comme hautement probable le fait que SpringSource Application Platform soit certifié JavaEE 6.

Quoiqu'il en soit, il est clair qu'OSGi fait l'unanimité : rappelons que la plupart des serveurs JavaEE l'intègre ou sont en passe de le faire (WebSphere, JOnAS, GlassFish, JBoss...),

Pour en savoir plus :
SpringSource Launches New Application Server without Java EE
Introducing the SpringSource Application Platform
JOnAS 5 et OSGi

L'équipe de développement du serveur Glassfish annonce que la version 3 sera basée sur OSGi. Un premier prototype basé sur Félix (implémentation OSGi d'Apache) a été réalisé. Le choix définitif de l'implémentation OSGi qui sera intégrée à GlassFish V3 reste à faire, Equinox fait partie des implémentation étudiées.

Cette annonce préfigure peut-être un changement de position de Sun sur le débat JSR291 (OSGi) contre JSR277 (Java Module System) ?

Pour en savoir plus :
'GlassFish V3 runs on OSGi'
Une discussion sur le potentiel d'OSGi

Spring DM (Spring Dynamic Modules for OSGi) est une version de Spring utilisable dans un contexte OSGi. Plusieurs tutoriaux et présentations décrivent comme configurer Eclipse pour utiliser Spring DM.

Pour en savoir plus :
'Setting up Spring Dynamic Modules (OSGi) with Eclipse - A step-by-step tutorial'
Spring DM à EclipseCon 2008
'Eclipse, Maven and Spring DM for OSGi™ platform' (PDF)

OSGi est de plus en plus incontournable (intégration avec Spring, intégration dans les serveurs d'applications,...). Cet article intéressant explique aux architectes et développeurs l'importance que prend OSGi.

Pour en savoir plus :
'Universal Middleware: What's Happening With OSGi and Why You Should Care'

L'utilisation d'OSGi côté serveur est une tendance forte. Cet article résume très bien les problématiques des applications serveurs et les solutions apportées par l'utilisation d'OSGi.

Pour en savoir plus :
'An Introduction to OSGi on the Server Side'

OSGi, via ses possibilités de modularisation des applications Java, offre plusieurs avantages fondamentaux qui ont un impact sur tout le cycle de développement. L'auteur de cette page relate son expérience de migration vers OSGi.

Pour en savoir plus :
L'article: 'OSGi from Here to There'

Outre la modularisation des applications, OSGi propose des mécanismes intéressants permettant à un module de publier des services. Cette série d'articles montre comment exploiter l'aspect dynamique du gestionnaire de services d'OSGi.

Pour en savoir plus :
L'article: 'OSGi Services for Dynamic Applications (I)'
L'article: 'OSGi Services for Dynamic Applications (II)'
L'article: 'OSGi Services for Dynamic Applications (III)'
L'article: 'OSGi Services for Dynamic Applications (IV)'

Le projet RAP (Rich AJAX Platform) annonce la disponibilité de la version 1.0. RAP permet le développement d'applications serveur en utilisant les mêmes principes qu'Eclipse RCP. Lors de l'exécution RAP prend en charge la génération des interfaces graphiques en utilisant les principes d'AJAX.

Pour en savoir plus :
La page du projet RAP
Annonce de la version 1.0
Démonstrations en ligne

Log4j est disponible sous forme de plug-in pour Equinox. Cet article explique les étapes de configuration nécessaires.

Pour en savoir plus :
L'article: 'Using Log4J in Eclipse Equinox/OSGi'

Le directeur technique d'Interface 21, la société qui anime le projet Spring, donne sa vision sur l'importance d'OSGi et explique le lien entre OSGi et Spring.

Pour en savoir plus :
Résumé de l'entretien 'OSGi & Spring In-depth with Adrian Colyer'
L'entretien complet (vidéo et texte)

Les développeurs du framework Spring travaillent à une version basée sur OSGi pour profiter notamment des mécanismes dynamiques d'OSGi. Une première version vient d'être publiée. Eclipse intégrant une implémentation d'OSGi (Equinox), l'utilisation de Spring-Osgi devient une possibilité intéressante pour le développement d'applications Eclipse RCP ou d'applications utilisant Equinox côté serveur.

Pour en savoir plus :
La page de Spring-OSGi
Ce sujet a été abordé lors d'EclipseCon2007 : 'Spring & OSGi Combined'

La semaine dernière se déroulait la conférence annuelle de la fondation Eclipse (Eclipse Con 2007). Outre l'annonce d'Oracle donnant TopLink à la fondation, les vedettes de cette année auront été OSGi et Equinox avec plusieurs annonces d'adoption d'OSGi notamment celles de JBoss et de BEA.

Pour en savoir plus :
L'article: 'OSGi Take-off'

Trois nouveaux tutoriaux viennent completer cette série permettant de découvrir le fonctionnement d'OSGi avec Equinox.

Pour en savoir plus :
'Getting Started with OSGi (Part 4): Registering a Service'
'Getting Started with OSGi (Part 5): Consuming a Service'
'Getting Started with OSGi (Part 6): Dynamic Service Tracking'

Les 3 premiers tutoriaux de la série :
'Getting started with OSGi (Part 1): Your first bundle'
'Getting started with OSGi (Part 2): Interacting with the Framework'
'Getting Started with OSGi (Part 3): Dependencies between Bundles'

Cet article compare le notion de services d'OSGi avec la notion d'extensions d'Eclipse.

Pour en savoir plus :
L'article: 'A Comparison of Eclipse Extensions and OSGi Services'

Cette série de tutoriaux permet de découvrir le fonctionnement d'OSGi en utilisant Equinox.

Pour en savoir plus :
Le tutorial: 'Getting started with OSGi: Your first bundle'
Le tutorial: 'Getting started with OSGi: Interacting with the Framework'
Le tutorial: 'Getting Started with OSGi: Dependencies between Bundles'

RPC Software est éditeur d'un progiciel de gestion de commande. Ce progiciel est composé d'une partie cliente basée sur Eclipse RCP qui communique avec une partie serveur basée sur Equinox. Cet article présente l'architecture choisie.

Pour en savoir plus :
'Case Study: Quickly Responding to Customer Needs with Eclipse RCP'

Equinox, l'implémentation d'OSGi qui se trouve au coeur d'Eclipse, intègre une console interactive pour gérer les plug-ins ('Bundles' dans la terminologie OSGi).

Pour en savoir plus :
L'article: 'Explore Eclipse's OSGi console'

La fondation Eclipse devient officiellement membre de plusieurs organismes : le JCP (Java Community Process), l'OSGi Alliance et L'OMG (Object Managment Group).

Pour en savoir plus :
L'article: 'Eclipse Reaches Out, Joins Three Groups'

Le noyau d'Eclipse, appelé Equinox, est une implémentation de la spécification OSGi. Ce bref article, écrit par l'un des principaux architectes d'Eclipse, présente Equinox et OSGi.

Pour en savoir plus :
L'article: 'Eclipse, Equinox et OSGi'

La société française Nuxeo propose en open-source Nuxeo Runtime qui offre la possibilité d'assembler des composants Java en utilisant les mêmes principes qu'Eclipse (OSGi et notion d'extensions). L'intérêt de Nuxeo Runtime est de rendre réutilisables les composants dans différents contextes (pour l'instant sont supportés Eclipse RCP et JBoss AS)

Pour en savoir plus :
L'annonce de Nuxeo Runtime

Ce document présente l'architecture de WebSphere 6.1. Cette version s'appuie sur Equinox, l'implémentation d'OSGi qui sert de noyau à Eclipse.

Pour en savoir plus :
"IBM WebSphere Application Server 6.1 - Componentization Overview
La page d'Equinox
La prochaine version de JOnAS pourrait aussi s'appuyer sur OSGi

Au coeur d'Eclipse se trouve une implémentation de la spécification OSGi. Cet article en présente les concepts de base.

Pour en savoir plus :
L'article: 'Understanding how Eclipse plug-ins work with OSGi'

L'auteur de cet article présente une approche originale consistant à réutiliser l'implémentation OSGi d'Eclipse dans le cadre de développement J2EE.

Pour en savoir plus :
L'article: 'Developing Eclipse/OSGi Web Applications'

Depuis la version 3 Eclipse utilise une implémentation de la spécification OSGi pour assurer la gestion du cycle de vie des plugins.
Cette implémentation, qui est au coeur d'Eclipse, est maintenant téléchargeable de façon autonome. Les évolutions seront développées dans le cadre du sous-projet Equinox.

Pour en savoir plus :
Le communiqué de presse officiel
La page du sous-projet Equinox
Le site d'OSGi