Discussion :

[denisC]

Bonjour (enfin re re),

J'essaye d'utiliser des filtres dans mon assembly. Apparement, l'option filtered n'est disponible qu'au niveau des file (et non des fileSet), ce qui n'est pas des plus pratique, mais on fait avec.....

Ma question est plutot sur comment injecter le numéro de version d'une dépendance. Typiquement, je cherche à construire un batch permettant de lancer le programme, et j'aimerai automatiser la construction du classpath en y mettant les versions correctes de mes dépendances (en attendant un jour de construire la liste de ces dépendances de façon dynamique).

J'ai essayé des choses du genre:
pom.dependency.groupId.artifactId.version
pom.dependencies.groupId.artifactId.version

Mais ça ne marche pas

Une idée sur comment faire ça (et même une idée si c'est possible)?

[Sniper37]

Bonjour (enfin re re),

J'essaye d'utiliser des filtres dans mon assembly. Apparement, l'option filtered n'est disponible qu'au niveau des file (et non des fileSet), ce qui n'est pas des plus pratique, mais on fait avec.....

Ma question est plutot sur comment injecter le numéro de version d'une dépendance. Typiquement, je cherche à construire un batch permettant de lancer le programme, et j'aimerai automatiser la construction du classpath en y mettant les versions correctes de mes dépendances (en attendant un jour de construire la liste de ces dépendances de façon dynamique).

J'ai essayé des choses du genre:
pom.dependency.groupId.artifactId.version
pom.dependencies.groupId.artifactId.version

Mais ça ne marche pas

Une idée sur comment faire ça (et même une idée si c'est possible)?

salut,

as tu essayé:
${pom.version}

[denisC]

salut,

as tu essayé:
${pom.version}

Tout à fait, pom.version fonctionne très bien pour la version du module que je suis en train d'assembler.

Mais celui-ci a des dépendances, et je cherche à automatiser les numéros de version de ces dépendances.....

[evenisse]

Bonjour (enfin re re),

J'essaye d'utiliser des filtres dans mon assembly. Apparement, l'option filtered n'est disponible qu'au niveau des file (et non des fileSet), ce qui n'est pas des plus pratique, mais on fait avec.....

Ma question est plutot sur comment injecter le numéro de version d'une dépendance. Typiquement, je cherche à construire un batch permettant de lancer le programme, et j'aimerai automatiser la construction du classpath en y mettant les versions correctes de mes dépendances (en attendant un jour de construire la liste de ces dépendances de façon dynamique).

J'ai essayé des choses du genre:
pom.dependency.groupId.artifactId.version
pom.dependencies.groupId.artifactId.version

Mais ça ne marche pas

Une idée sur comment faire ça (et même une idée si c'est possible)?

Ce n'est pas possible

Pour maven, Continuum et nos autre applis, nous utilisons classworlds pour le chargement des libs (il n'y a pas besoin de specifier les versions dans la conf) et éventuellement JSW

[Sniper37]

le path est du style ??

xx/${groupId}.${artifactId}_${version}.xx/xxx

si dans l'arborescence, dans un group tu parcours les artifacts...pour un artifactId, tu peux avoir la version ${version}..

peu etre je n'ai pas bien compris ce que tu veux faire!!! ??

[morice.ju]

Tu peux y arriver, mais il faut que tu définisses toi meme tes propres propriétés dans le pom du plus haut niveau dans ton projet.

par exemple dans le pom pere :

Code :

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

1
2
3
4
5
 
<properties>
                 <patate.version>1.0.5</patate.version>
                 <pomme.version>1.2.3</pomme.version>
</properties>

Ensuite pour gérer les dépendances au sein d'un sous projet :

Code :

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

1
2
3
4
5
6
7
8
 
<dependencies>
                 <dependency>
                              <groupId></groupId>
                              <artifactId></artifactId>
                              <version>${patate.version}</version>
                </dependency>
</dependencies>

Cela peut être pratique pour des dépendances inter-projet.

Sinon en définissant toujours au plus haut niveau des fichiers pom.xml un dependencyManagement, en utilisant cette balise tous les sous pom ont la possibilité de déclarer les mêmes dépendances que le pom père mais sans la version, donc dans ce cas on définit une seule fois les versions et le reste des poms fils hérite de cette propriété.

[denisC]

Sinon en définissant toujours au plus haut niveau des fichiers pom.xml un dependencyManagement, en utilisant cette balise tous les sous pom ont la possibilité de déclarer les mêmes dépendances que le pom père mais sans la version, donc dans ce cas on définit une seule fois les versions et le reste des poms fils hérite de cette propriété.

Tout à fait, ce mécanisme est déjà en place, mais la question était comment récuperer les versions efefctives dans les poms enfants.

Effectivement, ta méthode semble être une possiblité

[evenisse]

Tout à fait, ce mécanisme est déjà en place, mais la question était comment récuperer les versions efefctives dans les poms enfants.

Effectivement, ta méthode semble être une possiblité

Si tu utilises le dependencyManagement, il n'y a pas de version à écrire dans les poms enfants, elles sont automatiquement récupérées du parent.

[hugo123]

Bonjour,

Ce sujet m'intéresse grandement, c'est aussi ce que cherche à utiliser pour créer un shell et construire automatiquement mon classpath.
Le plugin maven jnlp en maven 1 (et je suppose son pendant en maven2) était capable de lister les jars en dépendances pour les remplir dans un fichier jnlp. C'est exactement la même problématique.
Quelqu'un a t'il trouvé une solution simple sur ce sujet ?