Discussion :

[Zombee]

Bonjour,

Je souhaite créer une application standalone non-graphique mais ayant la même gestion de plug-in qu'avec Eclipse (ou application RCP).

A l'aide du tutoriel : http://codeandme.blogspot.fr/2012/02...plication.html
J'ai réussi à créer un semblant d'application console.

Mais maintenant j'aimerais savoir comment manager les plug-ins de cette application, sans utiliser le dossier 'Dropins' puisqu'il n'existe pas.

Merci d'avance pour votre aide.

[Mickael_Istria]

Il ne faut plus jamais utiliser le dossier dropins pour installer des plugins. Ca ne marche pas bien.
Au lieu de ca, il faut que tu fasses un update-site (aka repo p2) qui contient tes plugins et que tu les installes a partir de cet update site via Help > Install Software, ou avec la ligne de commande.

[alain.bernard]

Du coup, est-ce que ça implique de passer par des features uniquement ? (pour les versions antérieures à Kepler, puisque maintenant on peut mettre des plugins isolés dans un repo p2)

[Mickael_Istria]

Avant Kepler, oui, les features etaient quasi-obligatoire. On peut toujours generer/hacker les metadata p2 a la main, ce n'est pas trop difficile: il suffit d'ajouter le bundle aux dependances de la category dans le content.xml. Il me semble aussi qu'un hack etait possible avec un p2.inf.

[Zombee]

D'apres ce que j'ai compris sur ligne de commande je pense que c'est exactement ce qu'il me faut.

Mais après plusieurs jour à chercher des exemples et des tutoriaux je suis toujours au point mort.
En auriez-vous ?

Merci

[Mickael_Istria]

Il te faut commencer par creer le repo p2. Voici comment on fait a la main: http://eclipsesource.com/blogs/2009/...ur-repository/

[Zombee]

Tout d'abord merci pour la réponse.

Mais après avoir lu le tutoriel, je n'ai pas l'impression d'être plus avancé.

Si j'ai bien compris tous ce que j'ai lu jusque ici, pour mettre en oeuvre un management de plug-in il faut:

1. installable unit
2. metadata repository
3. artifact repository
4. eclipse directory
5. bundle pool directory

1. Correspond aux plug-ins ou features que l'on veut installer
2. Correspond au répertoire contenant les IUs
3. Correspond au répertoire contenant les artefacts
4. Correspond au répertoire où installer les IUs
5. ??

Quel est la différence entre metadata repository et artifact repository ?
Qu'est ce que le bundle pool directory ?
Que doit-on mettre dans ces différents répertoires ?

Je ne sais pas si j'ai été clair mais j'avoue être moi même perdue :/

Merci.

[Mickael_Istria]

En fait, ce n'est pas vraiment ton problème tout ça. Toi tu vas définir un category.xml avec ce qui tu veux mettre dans ton repo, et quand tu exporteras, tu auras un repo p2 qui marche. L'export se chargera de créer les metadata, le bundle pool & cie au bon endroit.
Au final, tu auras un dossier avec plein de trucs. Ce dossier sera un repo p2.

[Zombee]

En prenant en compte ce que tu m'as dit j'ai:

• Créé trois plugins qui intérargissent ensemble
• Créé un feature contenant ces trois plugins
• Associé à ce feature une Category Definition appelé Menu bar et contenant le feature
• Exporté le feature dans un dossier ../Eclipse P2 repository

Mais lorsque j'utilise le manager de plugins graphique d'Eclipse, et que j'utilise le même chemin pour trouver des plugins à installer il ne trouve rien, ni plugin ni feature ni category...

Qu'ai-je mal fait?

Je comprend vite mais il faut m'expliquer longtemps

[Mickael_Istria]

Peut-être qu'il n'aime pas les espaces.
Ton dossier contient bien un content.jar (ou content.xml), un artifacts.jar (ou artifacts.xml), un dossier plugins/ et un dossier features/ ?
Tu utilises bien le bouton "Local" pour charger ton repository dans l'installeur d'Eclipse? Parce que si tu mets le chemin direct ça na marche pas (il faut une URL).

[Zombee]

Mouarf!! J'ai juste oublié de sélectionner 'Generate p2 repository'.
J'ai aussi utilisé un chemin sans 'espace'.

Et ça marche!!

Maintenant si je veux gérer les plug-ins qui seront chargés dans mon standalone, vaut il mieux le faire avant le lancement de la dite application ou au démarrage de celle-ci ?

[Zombee]

J'aimerai aussi (si possible) savoir comment avoir connaissance des plugins chargés dans le code de l'application headless, afin de pouvoir faire des appels à leurs méthodes, sachant que le nombre de plugin est variable d'une fois sur l'autre.

Merci

[Mickael_Istria]

Maintenant si je veux gérer les plug-ins qui seront chargés dans mon standalone, vaut il mieux le faire avant le lancement de la dite application ou au démarrage de celle-ci ?

Je pense que c'est mieux d'installer les plugins avant le 1er démarrage, parce qu'au 1er démarrage, tu vas avoir beaucoup de trucs d'UI qui vont créer des fichiers de préférences, dont tu n'as pas besoin pour installer des plugins.

J'aimerai aussi (si possible) savoir comment avoir connaissance des plugins chargés dans le code de l'application headless, afin de pouvoir faire des appels à leurs méthodes, sachant que le nombre de plugin est variable d'une fois sur l'autre.

Il y a plusieurs approches, plus ou moins simples et exactes:

• Regarder dans le dossier plugins/ ce que tu y trouves
• Regarder dans le fichier configuration/org.eclipse.equinox.simpleconfigurator/bundles.info la listes de bundles chargés dans l'application.
• Utiliser la console OSGi pendant l'exécution de l'application et lui demander l'état des bundles.