Deuxièmes ennuis avec Mon Premier Plugin

Vous remarquez comme je suis fort pour donner des titres informatifs à mes questions :D

Donc, grâce à votre aide, je progresse dans mon plugin de wrapper Fit. Je suis maintenant capable de lancer Fit depuis un plugin maven, il trouve le fichier input, il me dit quelque chose de compréhensible.

MAIS lorsque j'essaie un test sur une application, il semble que Maven, s'il trouve bien Fit... ne trouve plus mon application, ce qui est tout de même contrariant. Apparement, d'après la doc, c'est fait exprès.

Alors j'ai suivi les instructions p. 147 du nouveau bouquin, au paragraphe 5.5.1 Accessing Project Dependencies.

Malheureusement, Maven me répond :

Citation:

---

[INFO] ------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO] ------------------------------------------------------------------------
[INFO] Failed to configure plugin parameters for: mvn.plugins:maven-fit-plugin:1.0-SNAPSHOT



Cause: Class 'java.util.Set' cannot be instantiated

---

... ce qui me semble bien justifié, cela vient du private java.util.Set dependencies; que le bouquin me dit d'écrire, mais moi, que puis-je répondre à Maven ?...

Autre problème pénible, suite au premier exemple du bouqin, j'ai mis comme paramètre par défaut à mon fichier input : default-value="${project.build.outputDirectory}/${project.artifactId}-${project.version}-fitinput.html", ce qui provoque la recherche du fichier d'input dans target/classes, endroit qui n'est vraiment pas très adapté. Malheureusement, impossible de trouver une liste des propriétés standards de maven pour que je puisse modifier ça ; je voudrais que mon fichier d'input soit dans target, simplement.

Une question philosophique, maintenant. Comment est-ce que je fais pour tester mon plugin seul ? Parce qu'actuellement, la procédure est assez fastidieuse : j'écris mon plugin, et j'enregistre le snapshot. Puis je vais dans l'appli finale, que je recompile et je regarde comment mon plugin réagit à son déclenchement. Bref c'est assez long et pénible. Y a-t-il une meilleure façon de procéder ?

Merci d'avance.

Citation:

---

Envoyé par spekal

Une question philosophique, maintenant. Comment est-ce que je fais pour tester mon plugin seul ? Parce qu'actuellement, la procédure est assez fastidieuse : j'écris mon plugin, et j'enregistre le snapshot. Puis je vais dans l'appli finale, que je recompile et je regarde comment mon plugin réagit à son déclenchement. Bref c'est assez long et pénible. Y a-t-il une meilleure façon de procéder ?

---

Je commence par la question philosophique: Fais toi un autre projet, le plus petit possible, qui teste uniquement les fonctionnalités de ton nouveau plugin.

Citation:

---

Envoyé par spekal

je voudrais que mon fichier d'input soit dans target, simplement.

---

${project.build.directory} (c'est target, par défaut)
C'est bizarre un input dans target, non???? Target peut être supprimé à tout moment par un maven-clean (enfin, je ne sais pas à quoi sert ce fichier).

Pour le reste, on va attendre emmanuel.....

Apparement, il y a une petite erreur dans le livre, ce n'est pas un Set qu'il faut utiliser pour ${project.dependencies} mais une List.

Pour les propriétés disponibles, nous n'avons pas de liste écrite car elle serait assez grande. Tu peux trouver le nom de chaque propriétés toi-même, par exemple, ${project.build.outputDirectory} correspond à la ceci dans ton pom

Code:

---

1 2 3 4 5 6

<project> <build> <outputDirectory></outputDirectory> </build> </project>

---

et ${project.version} à ceci:

Code:

---

1 2 3 4

<project> <version></version> </project>

---

Concernant la question philosophique, il y a un plugin permettant de faire des tests d'intégration sur les plugins. malheureusement, ce plugin n'est pas documenté et n'est pas releasé. Si tu veux le regarder (il y a quelques exemples), il se trouve ici

Enfin, concernant le plugin pour fit, un plugin a été ajouté la semaine dernière dans le svn du projet mojo, je penses que tu peux l'utiliser. http://svn.codehaus.org/mojo/trunk/m...-maven-plugin/

Merci.

Finalement, j'ai suivi une solution complètement différente ; mon but général était de mettre en place des tests d'intégration.

Or, j'ai fini par découvrir qu'il existait une phase de test d'intégration à Maven ! Cerise sur le gâteau, je suis parvenu à y lier une exécution jUnit spéciale ; maintenant, junit (c'est à dire surefire) exécute les tests unitaires quand je veux, et les tests d'intégration quand je veux. (ou approximativement). (je me débrouille avec des règles de nommage et d'organisation de mes classes de test).

Cette petite manip me convient pour l'instant très bien, et je me replongerai dans les Mystères des Mojos plus tard.:roll: