Thus, deployment needs are not limited to installing and updating only plug-ins anymore. People building software on top of Eclipse need to be able to deliver an installer for their product, which may come with a license manager which needs provisioning too, they need to have their own UI for the updating process, … and p2 answers to virtually all these needs.

p2: a provisioning platform…

To be able to provision virtually everything, the main strength of p2 is to have no a priori knowledge of the way Eclipse plug-ins or even Java applications must be handled. It’s indeed a very light framework to describe the parts that are to be installed (the Installable Units), and how they depend on each other. p2 comes with some basic instructions about how an OSGi bundle or an Eclipse product should be installed, but nothing else.

It’s up to the software vendor who wants to deliver, let’s say, a Windows executable program (which may require adding keys to the registry, or icons on the desktop, for instance) together with its Eclipse RCP application, to write the code (in fact, a p2 plug-in!) to explain p2 how this particular Installable Unit should be handled when provisioned in a given system.

… and, the next deployment standard?

Of course, although p2 is still a very young project, and may not seem mature enough for industrial usage. It is still not 100% reliable yet and lacks tooling, but the quality of this very first release is still pretty high. Since it was released, p2 has started gathering a community which is leveraging p2 in other domains than just the Eclipse project itself. Software companies like Cloudsmith, EclipseSource and Anyware Technologies are already developing tools on top of p2 ; and IBM, among others, is working hard to improve the p2 core and design a clear API.

The massive adoption of OSGi in many different areas (Eclipse runtime technologies like Equinox itself or RAP, applications servers like Websphere or Glassfish, etc.) will definitely make p2 the smartest way to deploy not only Eclipse-based applications, but any sort of scalable application as well. Indeed, when high availability is an important requirement (in other words — almost always), then you need to be able to dynamically install new modules into the running system, update existing ones, sometimes even do this remotely.

Since there is currently no real sustainable alternative for industrial deployments – did you ever try to use Java Web Start for more than just a very simple Swing or RCP application? – p2 will probably come up as a de facto provisioning technology standard.

Attention, ces entrepôts ne sont pas ceux de Ganymede et de Galileo, ils contiennent simplement le SDK Eclipse !

J’essaierai de préciser dans les jours à venir quelques notions clés de p2 comme celles-ci ; mais en attendant, vous pouvez d’ores et déjà —coucou David !— réaliser un miroir de l’entrepôt Ganymede, et le partager avec vos collègues !
D’ailleurs, cela me fait penser qu’il faudrait que je vérifie si celui que j’ai fait à Anyware est bien d’équerre…

Le miroir de l’entrepôt d’artéfacts (i.e. les binaires des plug-ins et des features) se réalise de la façon suivante :

[sourcecode language='java']./eclipse -nosplash
-application org.eclipse.equinox.p2.artifact.repository.mirrorApplication
-source http://download.eclipse.org/releases/ganymede
-destination file:/home/benjamin/miroirArtefactsGanymede[/sourcecode]

Même principe pour celui de métadonnées (basiquement, ce sont les descriptions des dépendances entre chaque élément de l’entrepôt)

[sourcecode language='java']./eclipse -nosplash
-application org.eclipse.equinox.p2.metadata.repository.mirrorApplication
-source http://download.eclipse.org/releases/ganymede
-destination file:/home/benjamin/miroirMetadonneesGanymede[/sourcecode]

Nota : Il n’est à l’heure actuelle pas possible de descendre dans le même dossier local les deux entrepôts, mais vous pouvez tout à faire la manip’ manuellement. Il suffit de recopier le fichier content.xml de l’entrepôt de métadonnées à côté du fichier artifacts.xml de celui d’artéfacts, et le tour sera joué !

Nota2 : Attention, le mirroring des artéfacts est très long (plusieurs heures). En effet, on demande bien à ne répliquer qu’un et un seul miroir, et on ne peut donc pas bénéficier du téléchargement simultanés de plusieurs artéfacts depuis plusieurs miroirs (parfois très rapides) comme cela peut se faire dans l’utilisation habituelle de p2…

Et bien, je retire tout ce que j’ai dit —pour l’instant

En effet, depuis quelques jours, tous les packages M6 de Ganymede sont disponibles, et on peut donc mettre à jour son environnement grâce à l’update-site suivant :

http://download.eclipse.org/releases/ganymede/

Ceci dit, tout n’est pas encore parfait : l’update-site semble assez chargé ce matin et on se prend aléatoirement des “Connection timed out” dans les dents…

Affaire à suivre, donc…

Comme pour chaque milestone, voici les nouveautés qui ont particulièrement retenu mon attention :

Equinox

Beaucoup de sous-projets qui étaient jusqu’alors en incubation ont été gradés et font donc maintenant partie du projet Equinox “officiel”, et sont ainsi accessibles aux utilisateurs du SDK Eclipse. Parmi ces projets :

• p2 (prononcer pitou !). Pour faire (très) court : le mécanisme antédiluvien d’installation et de mises à jours de “features” a été totalement refondu. C’est la nouveauté de cette milestone, et je serai amené à en parler plus en détail très prochainement !
• Equinox Security. L’idée est de faciliter l’intégration de mécanismes de gestion de la sécurité (authentification, autorisation, …) dans Eclipse. Le plan pour la 3.4 comprend les items suivants :
  • intégration de fournisseurs de sécurité Java
  • framework d’authentification utilisateur
  • gestion des certificats utilisateur (gestion de mots de passe, clés, …)
  • support de l’autorisation de code des bundles (à l’installation, au chargement, à l’exécution…)

PDE

• Le projet incubatoire API Tooling a lui aussi été promu, et est maintenant intégré à Eclipse.
  Le principe de ce projet est de mettre à la portée du développeur un certain nombres d’annotations Java et de processeurs associés afin de faciliter la documentation et la maintenance d’une API. On peut par exemple utiliser une annotation @noreference lorsque l’on veut indiquer qu’une méthode (définie dans une classe abstraite, par exemple) ne doit pas être appelée par les “clients”. A l’heure actuelle, ce genre de contrainte était tant bien que mal explicité dans la javadoc de la méthode (“Clients must not call this method” …), et le moins qu’on puisse dire c’est que ce n’était pas très formel, et encore moins exploitable de manière automatique.
  En outre, API Tooling peut détecter tout un tas d’erreurs auxquelles tout le monde à un jour où l’autre été confronté, comme par exemple la définition d’une méthode dans une interface exportée, qui retourne un type qui lui n’est pas exporté par le bundle ; ou, mieux, détecter la rupture possible de compatibilité lors de l’évolution d’une API (ajouter une méthode à une interface rend caduques toutes les classes concrètes qui n’implémentant pas encore cette méthode…)
• Nouvel attribut de type “id” dans les schémas de points d’extension. J’en ai déjà parlé ici, et suis toujours aussi enthousiaste vis-à-vis de cette nouvelle feature .

Platform / SWT

• API pour avoir des labels “multicolores” dans les arbres et les tables. Depuis l’avénèment de la 3.4, vous aviez tous remarqué que la vue qui affiche les résultats d’une recherche, par exemple, était désormais beaucoup plus sexy, grâce à l’utilisation de différentes couleurs. Ceux qui avaient essayé d’intégrer cela dans leur propre plug-ins avaient alors pu se rendre compte qu’il n’y avait pour l’instant pas de quoi manipuler simplement ces couleurs depuis la couche JFace. C’est désormais possible ! StyledCellLabelProvider est la classe abstraite à étendre pour avoir le support de cette nouvelle fonctionnalité ; IStyledLabelProvider permettant de venir enrichir un LabelProvider qui auraient déjà une super-classe. A noter que cela ne se résume pas qu’aux couleurs d’avant et d’arrière-plan puisque l’on peut également souligner, encadrer, mettre en gras, … certains tronçons de son label !
• Partage de projet CVS. Une nouveauté toute bête mais trèèès pratique : on peut maintenant, lors du partage d’un projet CVS, venir simplement choisir le module dans lequel on veut que notre projet vienne se rajouter, et un sous-module du nom de notre projet Eclipse sera automatiquement créé !

JDT

• Possibilité d’afficher le temps d’exécution des tests unitaires JUnit (une nouveauté rendue possible grâce à la nouvelle API IStyledLabelProvider).
• Un nouveau “Quick Assist” permet de convertir une succession de concaténations de chaînes faite avec des “+” en une utilisation, plus intelligente, de la classe MessageFormat.
• La fonctionnalité “Export As Runnable Jar” peut désormais créer le script de build Ant qui permet d’obtenir le Jar exécutable en question.

Pour les curieux, le New & Noteworthy complet est ici !