Discussion :

[ThomasEscolan]

Bonjour à tous,

Dans mon projet Maven, j'ai un pom.xml. Normal. Avec la gestion des dépendances Maven via le plugin m2 de Eclipse, le projet se compile sous Maven.
Or, ce projet contient d'autres fichiers pom-*.xml que j'aimerais pouvoir "lancer" depuis Eclipse. Mais un click-droit sur ces fichiers ne propose pas d'actions Maven (normal aussi, je suppose : ces fichiers sont bien identifiés - cf. icônes dans l'explorateur de projets - comme des fichiers Maven, mais pas comme étant le POM par défaut).

Question : puis-je lancer un "clean install" sur ces fichiers depuis ce plugin Eclipse ? Est-ce qu'un autre plugin le permettrait si ça n'est pas le cas ?
Pourquoi (bonus) : Je me sers des User Settings (préférences) pour pointer sur des dépôts locaux différents pour chaque workspace. J'aimerais donc pouvoir générer les artefacts paramétrés dans ces fichiers directement depuis Eclipse, dans le dépôt affecté au Workspace.

Merci d'avance.

[nannous]

Bonjour,
Pourquoi ne pas jouer avec des profils plutôt que se trimbaler n fichiers pom-*.xml ?

[ThomasEscolan]

Bonjour,

C'est en effet une bonne question. Disons que, vu mes succès (cf. autres posts) avec l'héritage de POM... j'essaye d'abord les solutions faciles.
Par ailleurs, est-ce que Eclipse/m2 permettra d'exécuter ces différents profils simplement, au bout du compte ? Je n'ai trouvé que le réglage global, ce qui m'oblige à faire des aller-retours dans la configuration...

Mon idée, serait de déclarer ces "sous-projets" - qui ne sont pas des modules, mais des artefacts "réducteurs" (api des classes métier, de certains services mais pas tous, etc.) d'un même code source - dans le POM pour qu'ils soient produits en plus du WAR principal, et systématiquement. Mais je ne m'y suis pas encore mis (cf. fausse excuse précédente).

[nannous]

bonjour,
ça m'a l'air bien tordu tout ça
Essaie de créer un pom avec deux profils et fais quelques tests. je crois que m2 prend en charge les profils et tu peux créer de mutliples exécutions avec différents profils tout en définissant un profil actif dans les propriétés de ton projet.
A toi de voir l'ami

[tchize_]

je crois que vous perdez de vue l'aspect principal de maven qui est de faire un build reproductible. A partir du moment où il faut jouer avec des profils, des variables d'envirronement ou jongler avec différent pom-*, on est plus du tout dans cet usage, et il n'y a rien de surprenant à ce que eclipse et ses plugins ne gèrent pas ça.

Puisque vous avez plusieurs pom, je ne comprend pas pourquoi vosu ne les avez pas plutot organisés en modules. au lieu d'avoir pomx, pomy, pomz avoir

principal

pom.xml
x

pom.xml

y

pom.xml

z

pom.xml

[ThomasEscolan]

@tchize Comme je l'ai expliqué ci-dessus, il n' s'agit pas de modules à mon avis, étant donné que ce sont des artefacts différents basés sur un même code.

Par ailleurs, je ne suis pas à l'origine de cette architecture. Ça, c'est la vraie vie ! Moi, aussi, j'aurai fait différemment. Chaque participant à ce forum aurait sans doute fait différemment. Mais ça n'est pas la question.