Comment maintenir au mieux une cible de plug-in Eclipse RCP?

Question

J'ai un plugin pour une application RCP qui utilise BIRT. J'ai une cible pour la construction de mon application qui ne contient que les plugins / fonctionnalités nécessaires. J'ai récemment mis à jour les versions du plugin BIRT dans mon IDE, ce qui a créé une incompatibilité dans les fichiers de conception avec les versions précédentes de BIRT. J'ai l'ancienne version de BIRT dans ma cible et je dois mettre à jour les plugins les plus récents.

Auparavant, j’avais mis à jour manuellement les fichiers jar des plugins dans la cible, mais BIRT est une plate-forme compliquée avec des dépendances hors du commun. Existe-t-il une utilité ou un moyen d’organiser ma cible différemment qui facilitera son contrôle à l’avenir?

Answer 1

Je recommanderais de conserver tous les composants séparément et de ne pas les copier dans un seul dossier. Vous pouvez utiliser l'éditeur de définition de cible (voir Fichier / Nouveau / Autre ... / Définition de cible). Ainsi, après avoir téléchargé toutes les pièces, vous pouvez les décompresser localement et assembler votre plate-forme cible à l’aide de l’éditeur de définition de cible.

Vous pouvez également faire de même en utilisant la page de préférences Fenêtre / Préférences / Développement de plug-in / Plate-forme cible. Vous pouvez y sélectionner une définition de cible créée précédemment ou spécifier une installation Eclipse de base, puis utiliser " Ajouter ... " bouton pour ajouter des composants supplémentaires à partir de dossiers locaux ou de sites distants.

De plus, à ma connaissance, l’équipe PDE s’emploie actuellement à étendre la prise en charge de la plate-forme cible dans Eclipse 3.5. Je pense qu'ils prévoient de permettre de sélectionner la définition cible par configuration et par projet.

Answer 2

Je ne suis pas sûr de bien vous comprendre, alors faites-le-moi savoir si ce n'est pas le cas.

Lorsque j'utilise des bibliothèques tierces, je crée un plug-in pour chacune d'entre elles.

Exemple:

Bibliothèque xstream:

• Importer les pots (ainsi que le code source)
• Ajoutez les pots au MANIFEST Bundle-ClassPath
• Ajouter tous les paquets xtream au MANIFEST Export-Package

Lorsqu'un plugin a besoin du code de la bibliothèque xstream, il doit dépendre du plugin xtream. Les packages étant publics, chaque plugin peut utiliser son code source.

Quand une nouvelle version de xtream arrive, il vous suffit de mettre à jour les fichiers jars et non les plugins dépendants. Parfois, vous devez mettre à jour les packages d'exportation du plug-in tiers.

Tous les plugins dépendants que vous n’avez pas à changer.