Cours plugins eclipse en PDF (Débutant)

L'architecture d'Eclipse s'appuie sur le framework OSGi pour la gestion des bundles et des dépendances entre modules, permettant de charger, mettre à jour et isoler des composants sans redémarrer l'IDE. Le MANIFEST.MF déclare les dépendances et l'activation des bundles, tandis que les extension points et extensions offrent un mécanisme déclaratif pour étendre la plateforme. Le terme architecture incrémentale décrit la capacité à livrer des fonctionnalités par petits incréments et à mettre à jour des bundles indépendamment.

Des bundles peuvent être installés, arrêtés ou mis à jour indépendamment, réduisant l'impact sur le reste de la plateforme. Cette capacité favorise des cycles de livraison plus fréquents, une meilleure isolation des responsabilités et une maintenance progressive des fonctionnalités, utile pour des équipes publiant des outils internes ou des composants tiers.

Ce TP guidé conduit du concept au package distribuable. L'atelier présente un projet concret permettant d'appliquer les notions vues dans les sections précédentes et d'acquérir des réflexes opérationnels pour le développement d'extensions Eclipse.

1. Initialiser le projet plugin : créez un nouveau Plugin Project via PDE, définissez l'ID, la version et la Target Platform. Utilisez les Wizards (assistants) de création fournis par le PDE pour générer le squelette du projet et le code boilerplate.
2. Déclarer les métadonnées : rédigez le plugin.xml et complétez le MANIFEST.MF pour exposer les extensions et dépendances.
3. Implémenter l'Activator et la logique métier : fournissez la classe d'activation, services OSGi si nécessaire, et des tests unitaires de base.
4. Ajouter une UI avec JFace/SWT : créez une vue ou un wizard, gérez les pages de formulaire et les listeners, en suivant les exemples commentés fournis dans le PDF.
5. Tester en runtime : lancez une instance Runtime Workbench pour valider l'intégration, le comportement UI et les contributions aux extension points.
6. Automatiser le build et packager : configurez Tycho pour produire des artefacts reproductibles et un Update Site P2.
7. Publier et valider : constituez un feature, générez le site P2, et préparez les artefacts pour distribution interne ou publication.

L'atelier inclut des exercices notés et corrigés, ainsi que le code source complet pour reproduire les étapes sur votre poste.

La gestion du cycle de vie combine les mécanismes OSGi (activation, arrêt, mises à jour rapides) et les outils de distribution P2. OSGi gouverne l'activation des bundles et la résolution des dépendances au runtime ; P2 fournit l'infrastructure pour publier, distribuer et mettre à jour des bundles sur des clients distants.

Pour une distribution pérenne : définissez une Target Platform cohérente, empaquetez vos fonctionnalités en features, générez un Update Site P2 et testez les mises à jour incrémentales. La soumission au Eclipse Marketplace consiste à préparer une page descriptive, fournir les liens vers un Update Site P2 et respecter les métadonnées p2 ; cela facilite la découverte et l'installation par les utilisateurs finaux.

L'installation via dropins consiste à déposer des bundles dans un dossier de l'installation ; méthode simple mais limitée pour la gestion des dépendances et des mises à jour. Le mécanisme P2 (Update Site) est recommandé pour gérer les versions et les dépendances de manière centralisée. Pour la distribution grand public, l'Eclipse Marketplace constitue une alternative conviviale au P2 : il facilite la découverte, la visibilité et l'installation par les utilisateurs finaux.

Le packaging et la distribution d'un plugin impliquent la création d'un bundle OSGi, la définition d'une Target Platform et l'utilisation d'outils de build adaptés. Tycho (extension Maven) est abordé pour produire des artefacts reproductibles destinés à des Update Sites P2 or à des distributions RCP.

La mise à jour s'appuie généralement sur des repositories P2 permettant des mises à jour incrémentales côté client. La notion de Target Platform et la gestion des bundles OSGi sont expliquées pour sécuriser les déploiements sur différentes installations.

L'architecture incrémentale permet de livrer des améliorations et corrections sous forme de petits bundles indépendants, réduisant les risques liés à chaque livraison. Pour des équipes distribuées, elle facilite l'intégration continue et des mises à jour ciblées sans interruption de service. En pratique, elle améliore la résilience du parc d'installations et simplifie les retours en arrière grâce à une granularité fine des composants.

Les Wizards du PDE automatisent la génération du code boilerplate et des fichiers de métadonnées (manifest, plugin.xml, build.properties), réduisant le risque d'erreurs de configuration. Ils proposent des options guidées pour créer des vues, wizards ou handlers, et intègrent les configurations de Target Platform et de dépendances OSGi. Pour un débutant, lancer un Wizard est souvent la façon la plus rapide d'obtenir un projet fonctionnel à partir duquel personnaliser la logique métier.

Qu'est-ce qu'un plugin Eclipse ?

Un plugin est une extension ajoutant des fonctionnalités à l'IDE en déclarant des extension points et des extensions, en fournissant des composants UI (SWT/JFace) et en s'appuyant sur la plateforme OSGi pour la modularité et la résolution des dépendances.

Comment tester un plugin en cours de développement ?

Testez un plugin en lançant une instance "Runtime Workbench" depuis le PDE : elle ouvre une seconde instance d'Eclipse chargée avec votre plugin actif, permettant d'exécuter, déboguer et valider les interactions avec l'IDE sans affecter l'installation principale. Le PDF détaille la configuration des launch configurations PDE, l'utilisation du débogueur distant et des perspectives pour observer les extension points et les contributions UI en temps réel.