Je fais suivre un lien intéressant sur lequel je viens de tomber un peu par hasard, sur le blog de Benjamin Cabé, qui permet de récupérer tous les icônes utilisés dans l'IHM d'Eclipse Ganymede. Cela peut être intéressant pour reproduire des interfaces COTS ;) : les icônes ici
Nous allons voir ici comment créer d'une part un référentiel pour le build Tycho, plutôt que d'utiliser la plateforme cible définie précédemment, et d'autre part comment mettre en place un site de mise à jour pour une application RCP.
Plateforme implicite
Nous avons vu dans le précédent article comment utiliser une plateforme cible pour déployer une application avec Tycho. L'intérêt de ce chapitre est de démontrer la possibilité de déposer les plugins nécessaires au déploiement sur un référentiel Eclipse, tout comme le référentiel Galileo par exemple.
La première étape est de construire le référentiel. Dans Eclipse, il faut exporter les features utilisées dans le projet, en spécifiant bien de générer les metadata.
Ensuite, il faut placer ce répertoire sur un serveur qui sera accessible par Tycho (par exemple sur un Apache simple : http://localhost/tychoRepository)
Finalement, il ne reste plus qu'à compléter le POM global du projet en ajouter l'instruction :
developpefhttp://localhost/tychoRepositoryp2
Le build peut donc simplement être lancé par la commande : mvn clean package. Tycho ira automatique chercher les plugins de l'application sur le référentiel distant, tout comme il le fait vers le référentiel central pour ses plugins de base.
Création du site de mise à jour
Ici, rien de compliqué. Il faut commencer par créer, dans Eclipse, un projet de site de mise à jour (avec l'assistant adéquat). Le projet en question ne contient qu'un fichier site.xml dont le seul but est de rescencer les feature qui devront faire l'objet de mises à jour. Nous allons donc y ajouter com.developpef.rcpfeature :
Il faut maintenant relancer la génération des fichiers POM sur le workspace pour voir apparaitre, dans le projet en cours, un fichier généré comportant le packaging-type "eclipse-update-site". Il suffit alors de lancer la commande citée plus haut pour que Tycho construise, dans le dossier "target" du projet, un site de mise à jour de type p2 (l'action "Build All" d'Eclipse aura le même résultat).
A propos du packaging type "eclipse-update-site"
Comme indiqué dans cet article de Git, ce packaging type utilisé aujourd'hui par Tycho (v0.9.0) fait référence à l'ancienne version de référentiel p2 d'Eclipse, qui n'a pas la structure désirée. Il ne pourra donc pas être déployé par la simple commande mvn deploy mais plutôt à la main ou grâce à une tâche Ant par exemple.
Aujourd'hui nous allons nous attaquer à la mise en place du build headless et lancer Tycho pour la première fois!
Pour qu'une application puisse être construite entièrement en dehors d'un environnement PDE, il faut rajouter à la plateforme cible que nous avons construit précédemment les plugins nécessaires à la création des launchers (exécutables). Pour ceci, il faut récupérer un Delta pack, comme celui que vous pourrez trouver ici, qui contient tout ce dont nous avons besoin.
Pour l'intégrer à notre projet, voici la démarche à suivre :
Téléchargez le pack et décompressez le dans le dossier de la plateforme cible afin d'y ajouter tout son contenu.
Dans Eclipse, rechargez le fichier .target pour actualiser la liste des plugins/features disponibles.
Importez dans le workspace la feature org.eclipse.equinox.executable (pas en tant que "binary project") afin de pouvoir l'épurer des plugins non nécessaires à votre configuration (selon l'environnement d'exécution de l'application)
Ajouter la feature à celle utilisée par notre produit (ici com.developpef.rcpfeature)
Re-générer les fichiers POM de Tycho afin que la feature soit ajoutée aux modules utilisés.
Et voilà, cette fois-ci notre plateforme cible est prête pour être utilisée avec Tycho!
Et pour ce faire, rien de plus simple : placez-vous à la racine du workspace et lancer la commande mvn clean package -Dtycho.targetPlatform=C:\minimal_target
Comme à son habitude, Maven va télécharger la terre entière dans son repository et au début du moins, le build risque d'être en échec suite au manque de quelques plugins nécessaires à Tycho. Il vous suffit de les récupérer depuis une intallation classique d'Eclipse et tout devrait rouler!
Ce deuxième article de la série a pour but d'illustrer comment configurer les fichiers POM du projet qui seront utilisés pour le build Maven.
Génération des fichiers POM
Tycho dispose d'une tâche qui permet de générer les fichiers POM de chaque projet. Pour ce faire, se placer au niveau du workspace Eclipse et lancer la commande :
Cette configuration devrait permettre de faire fonctionner la plupart des projets Java 6 de base.
Dans le prochain article, nous verrons comment compléter la plateforme cible pour réaliser un véritable build "headless" puis lancer notre premier build Tycho.
Ce premier article décrit comment créer un produit indépendant de l'interface de développement PDE.
Configuration du produit
Afin que Tycho résolve correctement les liens entre le produit et les autres projets, il est indispensable de créer un projet propre au produit, qui ne contiendra rien d'autre. Le projet "com.developpef" contient donc uniquement le fichier "com.developpef.product" (pour Tycho, le fichier doit porter le même nom que le projet, suffixé par ".product"). Il est également important que la configuration du produit se base sur des features et non des plugins. Voici la configuration terminée :
Création de la plateforme cible
L'intérêt de créer une plateforme cible est de permettre à l'application finale (le produit) de se lancer depuis un ensemble minimal de plugins que nous aurons défini qui sera au final utilisé comme base pour le build automatique de Tycho.
Commençons par créer la feature de base de notre produit qui contiendra ces fameux plugins de base. A l'aide de l'assistant de création de projet, créons un projet de feature. Elle devra être initialisée à partir d'une application RCP standard, comme illustré:
Une fois la feature créée, on pourra voir dans sa liste de plugins tout ce qui concerne une application Eclipse de base. Il faut cependant l'épurer de ce qui reste encore inutile (plugins pde...) : pour ce faire, il faut exporter la feature dans un répertoire quelconque (disons C:\minimal_target) puis supprimer tous les plugins contenant : source, mylyn, wst et pde.
Pour terminer, nous allons créer la définition de la cible. Dans un nouveau projet, créer une nouvelle "target definition", puis dans la catégorie "Location", renseigner le dossier généré précédemment :
Pour terminer, cliquer sur le lien "Set as target platform" pour indiquer au workspace de se baser uniquement sur les plugins et features de ce dossier pour compiler l'application.
Dans le prochain article, je décrirai comment utiliser Tycho pour générer les fichiers POM nécessaires à la description des projets pour la compilation de Maven.
