Discussion :

[ThomasEscolan]

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.

[JFmil53_2]

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 :

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

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 :

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

1
2
3
4
5
6
 
<dependency>
	<groupId>com.google.classpath-explorer</groupId>
	<artifactId>classpath-explorer</artifactId>
	<version>1.0</version>
</dependency>

[ThomasEscolan]

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 ?..

[JFmil53_2]

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

[ThomasEscolan]

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 :

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

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

et pas:

Code :

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

artifact.getFile();

[JFmil53_2]

Code :

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

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.