Discussion :

[joel.drigo]

Hum, un plugin n'est pas vraiment exécuté : il est installé, démarré, arrêté ou désinstallé.

Si tu parles de modifier ce fichier à chaque exécution d'une commande particulière de ton plugin (donc à chaque action sur un menu, ou un bouton de toolbar, ou autre...), on est bien dans le second cas. Par contre, si ton fichier doit être partagé entre tous les projets (donc chaque exécution de l'action sur n'importe quel fichier .java de n'importe quel projet d'un workspace déifinir va modifier le même fichier, il faudra stocker le fichier dans le workspace. Tu peux faire ça avec un code comme ça (enfin ça marche sûr en Eclipse 3 mais je n'ai jamais testé en 4) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
IWorkspace ws = ResourcesPlugin.getWorkspace(); // import org.eclipse.core.resources.ResourcesPlugin
IProject project = ws.getRoot().getProject( "xxxxx" ); // import org.eclipse.core.resources.IProject
 
File file = project.toFile(); // ensuite tu te sers de ce file comme d'habitude

ou "xxxxx" est un nom de dossier à toi (par exemple le nom de ton plugin).

[achaal]

Alors serait-il possible ?

[achaal]

"Si tu parles de modifier ce fichier à chaque exécution d'une commande particulière de ton plugin (donc à chaque action sur un menu, ou un bouton de toolbar, ou autre...), on est bien dans le second cas"

C'est le cas qui me concerne, je veux juste récupérer/modifier le contenu d'un fichier dans le jar du plugin.

Serait-il possible ?

[joel.drigo]

Bah, oui, j'ai décrit tous les cas : après le reste c'est du Java standard...

Ce qui n'est pas clair dans ta description, c'est le cycle de vie du fichier. J'ai bien compris que tu as un fichier de référence dans ton plugin (un fichier par défaut en somme).

Lorsqu'on exécute l'action, on modifie ce fichier. On ne peut pas modifier un fichier dans un jar (donc un fichier dans un plugin) : donc on le copie, en local (donc soit dans le dossier de projet, soit dans le dossier de workspace (voir mes précédents posts), soit ailleurs (voir ci-après)), puis on le modifie. Pour ça, il suffit de tester son existence locale, et le créer par copie s'il n'existe pas... exactement comme en Java standard (il n'y a juste que la détermination de l'URL qui change).

Ce qui n'est pas clair pour moi, c'est ce qu'on fait lorsqu'on exécute à nouveau l'action : on repart du fichier qui est dans le plugin, ou on repart de la dernière version modifiée localement, auquel cas, on est dans la production de document résultat (comme quand on fait un export), et dans ce cas, le fichier pourrait être n'importe où (projet, workspace, Mes Document, sur clé USB, ou autre...), et il suffirait de demander simplement un dossier d'export, ce qui serait plus simple peut-être.

Ensuite, selon le cas, il te suffit d’enchaîner les différents cas que j'ai décrits :

[achaal]

Merci beaucoup pour ton aide Joel.

C'est bon j'ai réglé mon problème, mais apparemment je vais pas en finir ...!
J'ai essayé un export du plugin, mais ça n'a pas marché, j'ai mis les étapes et le message d'erreur dans la pièce jointe.

D'avance merci

[joel.drigo]

D'après les logs, on dirait que les classes de tes bibliothèques ne sont pas trouvées. Le dossier lib se trouve bien dans ton projet (je ne le vois pas sur la copie d'écran) ?

D'autre part, dans la propriété bin.includes de build.properties, vois-tu les jars utilisés ?

Tu devrais avoir quelque chose comme ça :

source.. = src/
output.. = bin/
bin.includes = META-INF/,\
               lib/wm-isclient.jar,\
               lib/mail.jar,\
               lib/enttoolkit.jar

ou peut-être :

source.. = src/
output.. = bin/
bin.includes = META-INF/,\
               lib/