Maven resources plugin++

Bonjour à tous,

Je connais déjà le plugin "resources" de Maven dont nous nous servons pour injecter des valeurs à la place de tags dans certains fichiers de configuration.

Nous voudrions aller plus loin en interceptant durant la phase process-resources (?) certains fichiers XML qui seraient passés à une classe métier, "parsés", complétés et renvoyés en sortie pour finir dans target. Un peu comme le plugin ci-avant mais avec une prise en charge complète et dynamique (il ne s'agit pas de simplement injecter des fragments XML).
Cerise sur le gâteau : notre classe devra scanner les dépendances du projet pour analyser certains JAR du classpath et ainsi déterminer quoi insérer dans la ressource XML qui nous intéresse.

Est-ce que quelqu'un connaît le bon outil ou les bonnes pratiques pour parvenir à ce résultat, avant que je ne me lance dans le développement d'une usine à gaz ?
Merci d'avance.

Bonjour
A ma connaissance, il n’existe pas de plugins existants qui fassent ce que tu désires. Je pense que ta seule solution est de développer toi-même un plugin maven:

http://maven.apache.org/guides/plugi...velopment.html

Un exapmle simple avec classpath lookup:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38

/**  * @goal parse-xml  * @requiresDependencyResolution  * @phase process-resources  */ public class ExamplePlugin extends AbstractMojo {     /**          *  @parameter default-value="${project}"          */ private MavenProject project;   /**          * Location of the local repository.          *          * @parameter expression="${localRepository}"          * @readonly          * @required          */ protected ArtifactRepository localRepository;   @Override public void execute() throws MojoFailureException {   Set<?> artifacts = project.getArtifacts(); // add @requiresDependencyResolution to Goal class for (Iterator<?> artifactIterator = artifacts.iterator(); artifactIterator.hasNext();) { Artifact artifact = (Artifact) artifactIterator.next(); System.out.println(artifact.getType()); System.out.println(artifact.getArtifactId()); System.out.println(" ... "); File artifactfile = new File(localRepository.getBasedir(), localRepository.pathOf(artifact)); } }     }

---

Sinon une libraire utile pour extraire des ressources des fichiers du classpath :

Code:

---

1 2 3 4 5 6

<dependency> <groupId>com.google.classpath-explorer</groupId> <artifactId>classpath-explorer</artifactId> <version>1.0</version> </dependency>

---

Bonjour et merci pour les infos,

J'avoue ne pas bien piger la différence entre getArtifacts et getDependencies voire getDependencyArtifacts, par exemple... Je suis parti sur le second (en utilisant Dependency#getSystemPath) dans un premier temps.
Dans quels cas privilégier l'un ou l'autre ? A moins que cela ne soit complètement différent ?..

Je ne suis pas exactement sur de ma réponse (cela fais assez longtemps que j'ai utilisé cette méthodes). Mais je crois que getArtifacts t'inclus aussi la liste des "transitive dependencies", alors que getDependencies te retourne seulement ce qu'il y a dans ton pom.

Si tu utilises getDependencies tu n'auras certainement pas besoin du tag :@requiresDependencyResolution

Ok pour la transitivité ; c'est à peu près la seule chose documentée dans l'API, d'ailleurs ;)
Reste à savoir si c'est Artifact ou Dependency qui correspond le mieux à mon besoin :?

Je me demande aussi pourquoi il faut faire :

Code:

---

new File(this.getRepository().getBasedir(), this.getRepository().pathOf(artifact));

---

et pas:

Code:

---

artifact.getFile();

---

8O

Code:

---

artifact.getFile();

---

Cela n'a pas fonctionné dans mon cas, mais je te conseille de faire des tests car nos situations sont certainement différentes.