Afin de donner un début de réponse à la question posée dans mon dernier billet “Peut-on vraiment industrialiser l’installation d’Eclipse avec p2 ?“, voici un tour d’horizon des capacités et des manques de cette plateforme de provisioning, à travers l’utilisation du p2 agent.

L’interface graphique de cet agent donne un aperçu des capacités de p2. Nous verrons comment installer “from scratch” un SDK minimal ou une distribution Eclipse complète. Nous mettrons aussi en application le “bundle pooling” qui permet d’utiliser un référentiel de plugins, partagé par plusieurs instances d’Eclipse.

Commençons par télécharger l’agent. Sur la page des téléchargements Equinox, choisir par exemple la release 3.5.2. Le lien de téléchargement de l’agent p2 se trouve dans la section “Provisioning” de la page de téléchargement de cette release.

Téléchargement du p2-agent

L’agent p2 est bien sûr une application Eclipse, donc son installation se fait de façon classique, en décompressant l’archive. On retrouve aussi l’habituel eclipse.exe, pour la version Windows.

L'interface du p2-agent

La partie supérieure de l’interface présente les dépôts disponibles dans deux onglets. p2 distingue les Metadatas des Artifacts car il est capable de gérer les uns indépendamment des autres. Cela dit, en pratique, les dépôts sont …

Comme l’indique Benjamin Cabé dans son article “Déployer avec Equinox p2” (version anglaise ici sur Eclipse Zone), P2 était trop jeune en février 2009 pour être utilisé dans une logique d’industrialisation des déploiements. Mais qu’en est-il maintenant, un an plus tard ?

Cette plateforme de provisioning apporte de réelles solutions aux problématiques d’installation de produits OSGI, à commencer par les applications Eclipse RCP.

Mais ce qui m’intéresse particulièrement, c’est une autre des promesses de P2 : l’installation industrialisée des environnements de développement Eclipse eux-mêmes. L’intérêt est multiple : gain de temps, outils et configurations identiques pour tous les membres d’une équipe projet, gestion centralisée des mises à jour, pérennité des “dispositifs qualité” mis en place (voir mon précédent article à ce sujet : L’importance d’automatiser l’installation et la configuration des environnements de développement pour réduire la dette technique), etc.

Dans ce contexte de provisioning industriel, les apports de P2 sont indéniables :

• Capacité d’installer Eclipse “from scratch”, contrairement à l’Update Manager, son prédécesseur, qui permettait uniquement de personnaliser Eclipse après son installation.
• Possibilité de définir des profils d’installation …