Discussion :

[animageo]

Ce n'est pas une résolution de problème mais plus un retour d'expériences que j'aimerais avoir de votre part sur les projets multi-modules.

Lorsque l'on travaille avec des projets multi-modules, disons P le projet parent et A et B comme modules de P, les versions sont souvent partagées et donc identiques entre ces trois projets. Si l'on définit une version différente dans l'un des modules, maven renvoie un warning indiquant cette différence.

Donc cela signifie-t-il que la bonne pratique dans ce cas est de toujours avoir les mêmes versions entre le parent et les modules ?

Pourtant, si mon module A n'évolue jamais, je pourrais être tenté de figer la version pour éviter d'avoir des versions au contenu identique et à la numérotation différente.

Cependant, lors d'un maven release, tous les projets passent en version SNAPSHOT supérieures, donc pour éviter cela il faudrait modifier cette version et indiquer une version "rétrograde" finale et cela ne me paraît pas convenable.

Quel est votre avis ?

[tchize_]

Tu confonds plusieurs choses, que l'on mixe il est vrai assez souvent ensemble:

l'héritage de pom => C'est ce qui te permet d'avoir un parent, et un enfant qui le référence via son tag <parent>. Il n'y a pas d'obligation que le numéro de version soit identique. Si tu regarde des projets opensource utilisant maven, comme ici tu verra que les numéros de versions ne se suivent pas entre le parent (myfaces 14) et l'enfant (tomahawk 1.1.15).

L'interdépendance entre projets => Il n'y a pas ici non plus de règles particulières. Tu peux avoir B version 2.31 qui dépend de A version 1.5. Il faut dans la mesure du possible essayer de garder une certaines cohérence, histoire de ne pas perdre non plus ton utilisateur dans les méandres des différentes versions.

Le multimodule ou multiprojets => Cela consiste à avoir un pom central duquel on peux faire toutes les opérations simultanément sur une série de sous-module. Il n'y a pas d'obligation que ce pom central soit parent des sous module. Par contre, il est une bonne pratiques que le pom multimodule et chaque module partagent la même version. Après tout, il seront de toutes façons taggés ensemble dans le svn puisqu'à un racine commune

Donc pour résumé: oui tu peux avoir A et B dans des versions différente avec un pom parent dans une troisimème version. Tu ne peux par contre pas avoir cela dans une multimodule. Par contre tu peux avoir un mix aussi


parent/trunk/pom.xml -> version 1.2-SNAPSHOT

machin/trunk/pom.xml -> version 2.5-SNAPSHOT, multimodule, hérite de parent 1.1
machin/trunk/A/pom.xml -> version 2.5-SNAPSHOT, hérite de parent 1.1
machin/trunk/Z/pom.xml -> version 2.5-SNAPSHOT, pas de parent, dépend de A version 2.5-SNAPSHOT

bidule/trunk/B/pom.xml -> version 4.6.3-SNAPSHOT, hérite de parent 1.1, dépend de A version 2.4

parent aura son propre cycle de releases, machin, A et Z suivront les mêmes versions, B aura aussi son propre cycle de releases.

[animageo]

OK, merci bien pour ces précisions !