Discussion :

[melbouille]

Bonjour,

voici mon problème, j'ai un projet Maven multi-modules.
Certains sous modules ne sont activés que suivant des profiles et ces profiles traitent également des fichiers de configuration (avec des filtres).

Donc pour faire le build complet, je lance 2 fois la commande maven sur le pom parent avec des profiles distincts :
mvn install -P profile1 -> génére un artifact correctement configuré et suffixé
mvn install -P profile2 -> génère un autre artifact correctement configuré et suffixé.

Maintenant voici mon problème quand j'utilise le plugin release.

Si je le lance avec le profile1, seuls les modules utilisés vont être processés.
Et si je lance ensuite le profile2, cela ne va pas aller car les 2 profiles ont des modules en communs.

Bref je sais pas si je suis clair, mais peut-on résourdre ce cas ?

[tchize_]

Je ne vois que deux possibilités:

-> un troisième profil qui inclue tout
-> tout à la main (à l'ancienne)


Le plugin release est prévu pour un projet qui respecte un minimum les principe de maven, notamment l'aspect reproductible d'un build. Hors dépendre d'un profil ne rend pas un build reproductible.

Dans le passé j'avais un projet similaire: un war avec plusieurs profils différents, un par développeur, qui permettaient de préconfigurer le war pour chaque développeur, et chaque developpeur activait son profil à la compilation. Au final, on a fini par opter pour la solution un sous projet par développeur + un sous projet betaste et un pour la production Depŝui, plus aucun soucis avec les plugins maven (release, site, etc) puisqu'on s'inscrit dans la logique de l'outils.

[melbouille]

ben le problème d'avoir un profile qui inclut tous les sous modules est qu'il faudrait dans ce cas skipper les tests, mais je crois que le plugin release ne tient pas compte du

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

-Dmaven.test.skip=true

et les exécute quand même.

[tchize_]

je vois pas le rapport entre les profils et les tests Si tes tests X dépendent d'un module Y, il faut que le module Y soit mis en dépendance de X et du coup le réacteur les mettra dans le bon ordre.

Sinon pour le plugin release, il y a les paramètre avec lesquels il est appelé, mais aussi les paramètre avec lesquel il invoquera maven pour faire la compilation de release.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

-Darguments=-DskipTests=true

note: maven.test.skip, c'est de l'historique venant de maven 1, déprécié, utiliser plutot skipTests