Maven: comment remplacer la dépendance ajoutée par une bibliothèque

Voici mon problème générique:

Mon projet P dépend de la qui dépend de B qui dépend de C qui dépend de la version 1.0.1 de D.

Il y a un problème avec la version 1.0.1 de D et je veux forcer l'utilisation d'un autre module. Je ne sais pas comment déclarer dans mon projet de Pdm, puisque je n'ai pas ajouté une dépendance sur D directement. C'est C qui a déclaré que la dépendance sur D.

Important: Dans ce cas, non seulement la version est modifiée, mais le groupe & artefact ainsi. Il n'est donc pas juste une question de substitution de la version de la dépendance, mais plutôt, de l'exclusion d'un module et notamment un autre.

Dans le cas concret, D est StAX dont la version 1.0.1 a un bug. Selon les notes du bug, "les problèmes ont été résolu par le remplacement de la stax-api-1.0.1 (maven GroupId = stax) par stax-api-1.0-2 (maven GroupId = javax.xml.stream)" donc j'essaye juste que.

Ainsi, D = stax:stax-api:jar:1.0.1 et C = org.apache.xmlbeans:xmlbeans jar:2.3.0

Je suis en utilisant maven 2.0.9 en cas de questions.

Sortie de mvn dependency:tree"

mvn dependency:tree
[..snip..]
[INFO] +- org.apache.poi:poi-ooxml:jar:3.6:compile
[INFO] |  +- org.apache.poi:poi-ooxml-schemas:jar:3.6:compile
[INFO] |  |  +- org.apache.xmlbeans:xmlbeans:jar:2.3.0:compile
[INFO] |  |  |  \- stax:stax-api:jar:1.0.1:compile

Dans mon POM du projet, j'ai la dépendance suivant sur la "Une":

<dependency>
    <groupId>org.apache.poi</groupId>
    <artifactId>poi</artifactId>
    <version>3.6</version>
</dependency>
<dependency>
    <groupId>org.apache.poi</groupId>
    <artifactId>poi-ooxml</artifactId>
    <version>3.6</version>
</dependency>

Merci d'avance.

InformationsquelleAutor wishihadabettername | 2010-10-14

dependencies maven-2

86

Il suffit de spécifier la version actuelle de votre pom. La version spécifiée ici écraseront les autres.

Forcer une version

Une version sera toujours honorée si elle est déclarée dans le courant de POM avec une version particulière - toutefois, il convient de noter que cela affectera également les autres poms en aval si elle est elle-même dépendait de l'aide et dépendances transitives.

Ressources :
- La dépendance de la Médiation et de la Résolution des Conflits
- Introduction à la Dépendance Mécanisme
- il n'est pas clair comment je peux spécifier la version car je n'ai pas déclarer une dépendance sur D. en outre, le premier lien que vous avez fourni a "Ce document décrit le reste des exigences pour la gestion des dépendances qui n'ont PAS encore été mis en œuvre pour Maven 2.0, notamment pour ce qui concerne les dépendances transitives." au sommet.
- Comme dit dans un autre document : "on peut ajouter explicitement une dépendance à D 2.0 dans Un de forcer l'utilisation de D 2.0"
- Vous avez fait de dupliquer le même <dépendance> entrée dans votre propre pom. Dans votre dépendance, spécifiez un <version> que vous le souhaitez. Qui va l'emporter sur toute version utilisée par les "plus" de dépendances.
InformationsquelleAutor Colin Hebert
21

Alternativement, vous pouvez simplement exclure la dépendance que vous ne souhaitez pas. STAX est inclus dans le JDK 1.6, donc si vous êtes à l'aide de 1,6 vous pouvez juste exclure entièrement.

Mon exemple ci-dessous est légèrement mal pour vous - vous avez seulement besoin de l'un des deux exclusions, mais je ne suis pas tout à fait sûr que l'on. Il existe d'autres versions de Stax flottant sur, dans mon exemple ci-dessous j'ai été à l'importation d'Un importées B qui a importé C & D, qui chacun (à travers encore plus dépendances transitives) importés de différentes versions de Stax. Donc, dans ma dépendance "A", j'exclus les deux versions de Stax.
```
<dependency>
  <groupId>a.group</groupId>
  <artifactId>a.artifact</artifactId>
  <version>a.version</version>
  <exclusions>
    
    <exclusion>
      <artifactId>stax-api</artifactId>
      <groupId>javax.xml.stream</groupId>
    </exclusion>
    <exclusion>
      <artifactId>stax-api</artifactId>
      <groupId>stax</groupId>
    </exclusion>
  </exclusions>
<dependency>
```
- Il est nécessaire de noter que cette dépendance transitive peut être utilisé et de l'exclusion qui peut causer une accumulation à l'échec si elle est dans le besoin.
- Si vous utilisez un moderne JDK (i.e. 1.6+) et vous avez besoin de la plus ancienne version de stax inclus via une dépendance transitive, vous êtes probablement confronté à toutes sortes de terribles classe d'exécution chargeur de questions. Mon conseil: utilisez l'une dans le JDK. Si vous obtenez un "construire l'échec", vous êtes en s'appuyant sur une ancienne API de quelque forme que doit être mis à niveau. Ou: rouleau arrière de votre JDK 1.5. Bonne Chance avec ça.
InformationsquelleAutor scot

J'ai aussi eu de la difficulté à prendre en compte une dépendance dans une bibliothèque tierce. J'ai utilisé du scot de l'approche, à l'exclusion, mais j'ai également ajouté de la dépendance avec la version la plus récente dans le pom. (J'ai utilisé Maven 3.3.3)

Donc pour le stAX exemple, il devrait ressembler à ceci:

<dependency>
  <groupId>a.group</groupId>
  <artifactId>a.artifact</artifactId>
  <version>a.version</version>
  <exclusions>
    <!--  STAX comes with Java 1.6 -->
    <exclusion>
      <artifactId>stax-api</artifactId>
      <groupId>javax.xml.stream</groupId>
    </exclusion>
    <exclusion>
      <artifactId>stax-api</artifactId>
      <groupId>stax</groupId>
    </exclusion>
  </exclusions>
<dependency>

<dependency>
    <groupId>javax.xml.stream</groupId>
    <artifactId>stax-api</artifactId>
    <version>1.0-2</version>
</dependency>

InformationsquelleAutor Patrick Koorevaar

3

Ce que vous mettez à l'intérieur de la </dependencies> étiquette de la racine pom sera compris par tous les enfants des modules de la racine pom. Si tous vos modules utiliser cette dépendance, c'est le chemin à parcourir.

Cependant, si seulement 3 sur 10 de votre enfant modules utiliser certains de dépendance, vous ne voulez pas de cette dépendance pour être inclus dans tous de votre enfant modules. Dans ce cas, vous pouvez simplement mettre la dépendance à l'intérieur de la </dependencyManagement>. Cela permettra de s'assurer que tout enfant module qui a besoin de la dépendance doivent déclarer dans leur propre pom fichier, mais ils utilisent la même version de cette dépendance, comme spécifié dans votre </dependencyManagement> tag.

Vous pouvez également utiliser le </dependencyManagement> de modifier la version utilisée dans les dépendances transitives, parce que la version déclaré dans la partie supérieure de la plupart des pom le fichier est celui qui sera utilisé. Cela peut être utile si votre projet comporte un projet externe B v1.0 qui comprend un autre projet externe C v1.0. Il arrive parfois qu'une faille de sécurité est trouvé dans le projet C v1.0 qui est corrigé dans la v1.1, mais les développeurs de B sont lents à mettre à jour leur projet d'utilisation v1.1 de C. Dans ce cas, vous pouvez simplement déclarer une dépendance sur C v1.1 dans votre racine du projet à l'intérieur de pom `, et tout sera bien (en supposant que B v1.0 sera encore capable de compiler du C v1.1).

InformationsquelleAutor Kent Munthe Caspersen

Vous devez vous connecter pour publier un commentaire.