Conflit de jar dans les dependencies

Bonjour,

J'ai un projet avec des dependencies, chacune ayant ses dependencies, etc. Malheureusement, l'un des pom demande une version d'un jar, tandis que l'autre en demande une autre, plus récente. Comme je n'ai pas de chance, c'est le premier que maven utilise, et le programme rouspète.

Comment éviter cela ?

Plus précisément, j'utilise jackrabbit dans un de mes pom. Jackrabbit demande nekohtml-0.9.4.jar.

Dans un autre pom, je place le premier comme dependency. De plus, je place htmlunit dans les dependency de scope "test". Mais htmlunit demande nekohtml-1.9.9.jar... et bing !

Et comme tout ça c'est des pom de poms de poms, sur lesquels je ne peux pas intervenir, je ne vois pas comment je peux résoudre ce problème... Est-ce que vous le savez ?

Merci.

Plusieurs idées :

1. Tu définis une dépendence directe dans ton projet à la version que tu souhaites avoir de nekohtml. Normalement elle devrait être prioritaire par rapport aux dépendances transitives.

2. Tu joues avec des exclusions. En gros pour ta dépendance ayant la mauvaise version de nekohtml comme dépendance, tu définis dans ton pom :

Code:

---

1 2 3 4 5 6 7 8 9 10

<dependency> <groupId>...</groupId> ... <exclusions> <exclusion> <groupId>nekohtml</groupId> <artifactId>nekohtml</artifactId> </exclusion> </exclusions> </dependency>

---

J'ai essayé le 1, et, en mettant ce dependency avant celui qui appelle le mauvais jar, ça marche, mais de façon un peu limite je trouve : dans le classpath que maven génère, le bon et le mauvais sont présents, mais le premier étant mis avant le second, ça marche. J'aurais mieux compris que maven n'utilise pas du tout le second.

J'ai aussi essayé le 2, mais là ça ne marche pas du tout, ou alors quelque chose m'a échappé.

Bonjour,

Par rapport à la réponse de Romain j'ajouterai :

• La solution 1 est à n'utiliser que si on peut pas faire autrement. En effet, sinon on rajoute une dépendance directe dans son projet alors que ce n'est pas le cas puisque c'est une dépendance transitive ;
• Une troisième solution qui ne fonctionne qu'à partir de maven 2.0.9 (il me semble) est d'utiliser le dependencyManagement. C'est la solution que je préfère.
  
  Code:

  ---

  1 2 3 4 5 6 7 8 9 10 11

  <dependencyManagement> <dependencies>   <dependency> <groupId>nekohtml</groupId> <artifactId>nekohtml</artifactId> <version>la version que tu souhaites</version> <scope>le scope que tu souhaites</scope> </dependency> </dependencies> </dependencyManagement>

  ---

  Le comportement attendu est qu'il va surcharger les versions définies pour cette dépendance par tes dépendances directes.

Rémy