Discussion :

[erm31]

Bonjour,
Je débute avec Maven et après lecture des docs dispo sur le site, je me pose qques questions :

1. Quelle difference y a t il entre les scopes "compile" et "provided" dans le cas de la création d'un JAR ?

En effet j'avais compris que quand on utilisait une scope "compile" les JAR des dépendances étaient inclues dans l'artifact final.
Et quand on utilise le scope "provided" et bien les JAR des dependances sont utilisés lors du build mais ne sont pas inclues et sont apportées par la suite (JDK, container, ...).
Peut être est ce la cas simplement pour les WAR et EAR ?

Quand je build le JAR de mon Artifact et bien, que mes dep soient en scope "Compile" ou "Provided" elles ne sont pas disponibles dans le JAR final.

Ex : Pour mon artifact j'ai besoin de commons-digester et bien dans le JAR final commons-digester n'est pas présent.


2. Si :
* dans artifact1 je fais ref à la version 1 d'une dépendance
* dans artifact2 je fais ref à la version 2 d'une dépendance
* Que artifact1 et artifact2 sont utilisés dans un projet.
Quelle version de dépendance est utilisée par projet ?

[tchize_]

1) uniquement pour war et ear. Les jar son systématiquement dénués de dépendances. Sinon ce serait la catastrophe:
A dépend de B et C,
B dépend de D, X,
C Dépend de D,
D dépend de X
-> a se retrouverais gonflé avec B,C,deux fois D, deux fois X :s

Les war / ear ne sont par définition pas utilisé comme librairies => là le problème ne se pose pas.
Note qu'il existe des plugins maven pour faire des war avec les dépendances, des installers, etc...

2) maven a plusieurs règle. D'abord, il regarde la provondeur de la dépendance:
A dépend de X, Y
X dépend de Z
Y Dépend de J version 2
Z dépend de J version 1
-> version 2 car la plus haute dans l'arbre de dépendance.
En cas d'égalité de profonceur (ton exemple), c'est la première dépendance rencontrée dans le pom qui jouera.

[erm31]

merci pour ces infos.
Concernatn les JAR c'est ce dont je me doutait.

Par contre pour les versions c'est sioux.

[tchize_]

la résolution des conflits entre les versions es expliqué en détails sur le site de maven, quelque part

[erm31]

2) maven a plusieurs règle. D'abord, il regarde la provondeur de la dépendance:
A dépend de X, Y
X dépend de Z
Y Dépend de J version 2
Z dépend de J version 1
-> version 2 car la plus haute dans l'arbre de dépendance.
En cas d'égalité de profonceur (ton exemple), c'est la première dépendance rencontrée dans le pom qui jouera.

Suite à ton exemple : Cela signifie que je devrais apporter la version 2 de J au niveau du projet ?
Mais Z peut avoir des incompatibilités avec cette version 2.
Faut il alors que je build Y avec J en V1 pour que la version commune devienne la 1 et comme ca plus de pb pour Z ?

[tchize_]

a traiter au cas par cas, maven ou pas, c'est toujours un problème quand tu amène plusioeurs librairies qui ont des dépendances communes mais en versions différentes dans un projet. Il afut toujours finir par essayer de trouver une version qui ne pose pas de problème

[erm31]

ok merci pour ces infos