Discussion :

[infoMed]

Bonjour,

j'ai le souci suivant, en effet j'ai défini un profil dans mon POM parent,et quand j'hérite de ce pom parent dans mon pom projet fils , ce profil n'est pas reconnu, en effet quand j'exécute mvn -PmyProfile deploy, il n'active pas le profike en question, mais quand je le copie dans le pom fils il l'active sans aucuin problème, les profiles seraient-il inheritables?

merci pour votre aide

[ggalou08]

dans ton pom enfant tu fais bien appel a ton pom parent en utilisant ?

Code xml :

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

1
2
3
4
5
        <parent>
                <groupId>xxx</groupId>
                <artifactId>xxx</artifactId>
                <version>xxx</version>
        </parent>

as tu définis tes modules dans le projet parent ?

Code xml :

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

1
2
3
       <modules>
              <module></module>
       </modules>

As tu fais mvn install de ton projet ?

[infoMed]

dans ton pom enfant tu fais bien appel a ton pom parent en utilisant ?
<parent>
<groupId>xxx</groupId>
<artifactId>xxx</artifactId>
<version>xxx</version>
</parent>

as tu définis tes modules dans le projet parent ?
<modules>
<module></module>
</modules>


As tu fais mvn install de ton projet ?

j'ai bien déclaré le parent dans mon projets fils, en revanche j'ai pas déclaré de module c'est quoi l'utilité?

[romaintaz]

Ne pas confondre héritage et aggrégation !

L'héritage, c'est définir un POM parent et l'utiliser dans différents projets comme parent. Chaque projet hérite ainsi de toutes les propriétés du parent.
L'aggrégation, c'est définir pour un pom un ensemble de modules (des sous projets) qui seront buildés ensemble dès lors que l'on build le projet racine.
(je schématise, mais c'est le principe).

Il n'est pas nécessaire d'avoir les 2, même si c'est souvent le cas lorsqu'on aggrége un projet (les modules ayant pour parent le pom.xml racine).

Dans ton cas, tu peux lancer la commande suivante : mvn help:effective-pom sur un projet enfant. Il va te montrer le vrai pom.xml de ce projet, à savoir ce que contient le pom.xml enfant + le contenu du pom.xml parent + le contenu du pom.xml "par défaut" de Maven 2...

[ggalou08]

honnetement je suis pas expert Maven donc je suis pas sur de ma reponse.

Je pense qu'en declarant module et parent dans reciproquement parent et module, ca permet a meven de tisser des liens entre le parent et le module (et cela grave a la commande mvn install qu'il faut aussi faire). Si je me trompe, j'en suis dsl !

Enfin dans un projet maven a plusieur module, c'est ce qu'il faut faire ! Je fais comme ca et mes profils passent de mon projet parents aux modules sans soucis.

Essayes et tu verras si ca foncitonne


Edit : J'ai encore bcp a apprendre aussi !

[infoMed]

En fait, mon problème c'est le fait= d'avoir 3 niveaux d'éhritage càd que:

monPojet/pom.xml hérite de 2emeNiveau/pom.xml hérite de 1erNiveau/pom.xml

et le profile est défini dans le premier niveau, or quand j'exécute :
mvn help:effective-pom depuis mon dossier projet, je vois bien tout ce qui est défini dans mon premier niveau sauf le profil

[romaintaz]

Peut'on voir le contenu des 3 fichiers pom.xml ainsi ce que donne le mvn help:effective-pom sur le projet enfant ?

[infoMed]

en faite j'ai compris ce qui se passe , en efeft mon pom golabl de 1er niveau contient un profil contenant les tags <distributionManagement> afin que quand je deploie avec ce profile ce sont les repos contenus dans ce profils qui doivent etre pris en compte pour le déploiment et non ceux du niveau 2, or quand je supprime les tags <distribution management> de mon pom niveau 2, et je tape das mon prosjte mvn -PmyProfile deploy il prend bien en compte le profile défini dans le pom de 1er niveau, et quand je remet ce tag dans celui du 2eme niveau il regarde meme pas ce qu'il y a dans le profile et deploie directemnt dans ceux renseigné dans le 2eme niveau, je coprends pas pourquoi il fait ça

[rseM2]

Bonjour,

D'après ce que j'avais compris les profiles ne sont pas hérités. C'est à dire que si tu as un pom1.xml qui continent un profile et que ton pom2.xml hérite (via la balise parent) du pom1.xml alors maven 2 ne voit pas le profile s'il est exécuté à partir du pom2.xml.

N.B. : Dans le cas que je mentionne, le pom1.xml n'agrège pas (via la balise modules) le module qui contient le pom2.xml

Rémy

[infoMed]

Je reviens à la charge car en fait mon problème c'est que j'ai un pom1 qui hérite d'un super pom applé pom2 et je configure dans pom2 un profile contenant les tags <distributionManagement> qui renseignent le repo de déploiment commun au cas ou on active le profile avec la commande mvn -P myprofile deploy et pom1 contient aussi les mêmes tags qui renseignent les repos de déploiment par défaut, le but est que quand un developpeur tape "mvn deploy" son projets soit dépolyé dans les repos rensegniés dans les tags <distributionManagement> dans pom1, et si jamais il veut déployé dans le repo commun il ajoute à sa commande le nom du profile mvn -P myprofile deploy

pom1

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
....
 
<distributionManagement>
		<repository>
			<id>internal-releases</id>
			<url>
				dav:http://server/archiva/repository/internal-releases
			</url>
		</repository>
		<snapshotRepository>
			<id>internal-snapshots</id>
			<url>
				dav:http:server/archiva/repository/internal-snapshots
			</url>
		</snapshotRepository>
</distributionManagement>
 
....

le super pom pom2

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
 
....
<profiles>	
 
  <profile>
	  <id>myProfile</id>
 
    <distributionManagement>
    <repository>
      <id>external-releases</id>
      <url>http://server/archiva/repository/external-releases</url>
    </repository>
 
    <snapshotRepository>
      <id>external-snapshots</id>
      <url>http://server/archiva/repository/external-snapshots</url>
    </snapshotRepository>
</distributionManagement>
</profile>
 
</profiles>
....

donc avec cette configuration la commande mvn -P myProfile deploy
n'active pas le profile et par cons"quent maven deploie dans le repo "internal-releases", et afin que ça soit le cas ou bien je dois renseigner le profile dasn pom1 ou bien suppmer le <distrubtionmanagement> de pom1.

[aheritier]

Avec quelle version de maven est ce que cela se produit ?
Ca sent le bug je pense qu'il faudrait ouvrir une issue avec les 3 poms "simplifiés" comme exemple.
Est ce que mvn help:active-profiles liste le profile myProfile qu'avec l'option -P ... ?

[infoMed]

ça se produit avec la version 2.0.7 de maven

[rseM2]

Avant d'ouvrir un bug, essaye tout de même avec maven 2.0.9.

Rémy