Externaliser les versions des dépendances.

Bonjour,

Je suis nouveau dans le monde maven et je suis face à un une situation qui me pose des problèmes.

Voici ce que je voudrais faire ...
Je m'occupe déployer plusieurs applications dont les "master" pom.xml files ressemble à ceci ...

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30

<?xml version="1.0"?> <project> <parent> ... </parent> <modelVersion>4.0.0</modelVersion> <groupId>be.karibouci.test</groupId> <artifactId>myArtefect</artifactId> <packaging>pom</packaging> <name>myArtefact</name> <version>1_0_0-SNAPSHOT</version> ... <dependencies> <dependency> <groupId>weblogic</groupId> <artifactId>weblogic</artifactId> </dependency> ... </dependencies> <dependencyManagement> <dependencies> <dependency> <groupId>be.karibouci.test.core</groupId> <artifactId>myApplication-core</artifactId> <version>1_0_0-SNAPSHOT</version> </dependency> </dependencies> ... </dependencyManagement> </project>

---

Mon problème se situe au niveau de la version de des dépendances, Je voudrait trouver un moyen de l'externaliser dans un fichier de propriétés qui sera utilisé par tout mes pom.xml.
En fait je me retrouve avec plusieurs environnements qui contiennent plusieurs applications qui présentent des dépendances multiple à myApplication-core dans différentes versions.
Je voudrais, lors de mes déploiements simplement spécifier le fichier de propriétés de l'environnement en question au lieu de devoir changer à chaque fois dans mes pom.xml.
En gros, passer de ça

Code:

---

<version>1_0_0-SNAPSHOT</version>

---

à quelque chose comme ça

Code:

---

<version>${myApplication-core.version}</version>

---

Bien entendu mon fichier de propriétés aurait l'entrée

Code:

---

myApplication-core.version = 1_0_0-SNAPSHOT

---

Quelqu'un aurait une idée?

D'avance merci!

Salut,

J'ai pas énormément de connaissances avec Maven, mais as-tu essayé d'ajouter une propriété à ton pom (parent ou enfant) ?

Code:

---

1 2 3 4 5

<project> <properties> <myApplication-core.version>1.0</myApplication-core.version> </properties> </project>

---

En revanche, je ne sais pas si tu peux utiliser un point dans le nom de la propriété. Si non, essaye sans le point (myApplication-core-version par exemple).

Ca ne répond pas vraiment au problème d'externalisation comme tu le souhaites, mais ça permet déjà de centraliser l'information à un seul endroit.

Merci sheepolata mais ce n'est pas ce que je recherche.

J'ai plusieurs applications et donc plusieurs "master" pom.xml file qui ont des dépendances l'un par rapport aux autres.
Ta solution ne me permet que de spécifier les version de mes dépendance qu'application par application.
Or ce que je cherche c'est d'avoir ces numéros de versions dans un seul fichier.

Quelqu'un aurait une autre idée?

Bonjour,

Je vois que ma question n'inspire pas grand monde alors j'en ai une autre ....

La solution à mon problème pourrait se trouver dans un fichier profiles.xml. Je pourrait donc décidé de créer un profile pour chaque environnement que je spécifierait avec ma commande mvn install -P [mon_profile].

Mais pour le moment je vois que le fichier profiles.xml doit se trouver à la racine de chaque projet pour être trouvé par maven ... Donc ma question est la suivante:

Citation:

---

Comment spécifier l'emplacement d'un fichier profiles.xml se trouvant dans un répertoire qui ne fait pas partie du projet?

---

Il me semble que tu pourrais déclarer ton profile dans le fichier settings.xml dans M2_HOME/conf. Tu pourra définir tes propriétes dans ce profile.

Il y a des exemples dans le fichier sur les profiles. Après tu peut soit l'activer par défault soit utiliser l'option -P .

Ça peut être une solution je pense...

Effectivement, tu peux externaliser des propriétés dans le fichier settings.xml du repo local, dans un tag profile :

Code:

---

1 2 3 4 5 6

<profile> <id>sonatype</id> <properties> <myprop>myvalue</myprop> </properties> ...

---

Pour compléter un peu les réponses données ci-dessus, il te suffit de définir des profiles dans ton settings.xml, d'activer le profile que tu veux au moment de ton build (toujours dans le settings.xml) et dans ton(ou tes) pom.xml parents d'utiliser les propriétés décrites dans le settings.xml.

Par exemple, dans le settings.xml tu peux faire un profile "EnvironnementDeDeveloppement" et un autre "EnvironnementDeProduction" pour lesquels tu définies pour chacun la version de Log4J à utiliser (dans ton cas la version de tes artifact) :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

<profiles> <profile> <id>EnvironnementDeDeveloppement</id> <properties> <maVersionLog4j>1.2.14</maVersionLog4j> </properties> </profile> <profile> <id>EnvironnementDeProduction</id> <properties> <maVersionLog4j>1.2.10</maVersionLog4j> </properties> </profile> <activeProfiles> <activeProfile>EnvironnementDeDeveloppement</activeProfile> <!-- <activeProfile>EnvironnementDeProduction</activeProfile> --> </activeProfiles>

---

Et dans le pom parent :

Code:

---

1 2 3 4 5 6 7

<dependencies> <dependency> <groupId>log4j</groupId> <artifactId>log4j</artifactId> <version>${maVersionLog4j}</version> </dependency> </dependencies>

---

Quand tu lances un build tu actives l'un des 2 profiles dans le settings.xml en fonction du besoin.