[mvn] multimodules et packaging

Bonjour à tous,

J'ai un projet nommé toto constitué de plusieurs modules toto-core et toto-impl.
J'essaye déspérement depuis quelques heures de générer un jar de toto qui contienne toto-core.jar et toto-impl.jar. J'ai bien trouvé comment faire avec assembly, mais j'aimerais pouvoir le faire de facon a générer proprement les fichiers md5, sha1... comme le fait la commande deploy.
Je commence a douter un peu que ca soit possible...

Donc, quelqu'un sait-il comment procéder pour générer le jar d'un projet constitué de modules pour déposer le-dit jar dans un repository?

Merci d'avance,

Charles

Ton besoin ne semble pas très clair.
Il est possible que ton problème vienne d'un mauvais découpage.
Sinon, tu peux mettre toto-impl comme dépendance de toto-core et utiliser le maven-shade-plugin pour obtenir un "uber-jar" des deux.

Tu ne peux pas (sans passer par l'assembly j'entends).

En réalité, ton application est composée de 3 artifacts Maven :
toto.pom
toto-core.jar
toto-impl.jar

A priori, je pense que toto-impl a toto-core comme dépendance. Ce que tu peux faire, c'est par exemple utiliser le plugin shade afin de créer un toto-impl.jar contenant également les classes de toto-core.

Merci pour vos réponses.
Effectivement, mon projet est le suivant:

Code:

---

1 2 3 4 5 6 7

toto |-- toto-core | |-- pom.xml |-- toto-impl | |-- pom.xml |-- pom.xml

---

toto-impl dépend de toto-core.
Ce que j'aimerais, c'est faire un toto.jar qui contient toto-core et toto-impl. J'ai vu sur certain site qu'il fallait créer un module factice (toto-fact) qui déclare des dépendances vers toto-core et toto-impl.
Que pensez-vous de cette solution?

En attendant, je vais jeter un coup d'oeil du côté de shade.

Personnellement, je suis pas super pour l'idée d'un faux module juste pour ça.
Dans ton cas, tu as à mon avis 2 solutions :

1. Soit créer avec shade un toto-impl.jar contenant les classes de toto-core.

2. Soit créer un toto.jar avec assembly, qui est destiné (entre autre) à ça...

Ok pour assembly, j'ai déjà 2 descriptors qui font ca. La limite que je vois, c'est que je n'obtiens pas les fichiers nécessaires à l'intégration du jar dans le repository (comme ceux que j'ai en faisant

Code:

---

mvn deploy:deploy

---

Mais peut-être que je ne fais pas bon usage de ces commandes: l'idée derrière, c'est que si qqun veut dépendre de toto qu'il mette dans ces dépendances simplement "toto" et plutot que préciser "toto-impl" (qui n'est pas très équivoque).

Bon, j'ai trouvé la réponse à ma question, qui finalement était devant mes yeux depuis le début!
En utilisant assembly et la commande suivante:

Code:

---

1 2	mvn deploy:deploy-file -DgroupId=toto -DartifactId=toto -Dversion=1.0 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

---

je fais exactement ce dont j'ai besoin.

Merci à vous,
Charles

Bonjour,

Je me permet de réouvrir cette discussion, puisque mon projet à évoluer et le paliatif trouvé il a quelques temps ne me satisfait plus trop...

Voici à quoi ressemble mon projet actuellement:

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 31 32 33 34

choco |-- pom.xml |-- choco-solver | |-- pom.xml | |-- choco-kernel | | |-- pom.xml | | `-- src | `-- choco-cp | |-- pom.xml | `-- src |-- choco-tools | |-- pom.xml | |-- choco-db | | |-- pom.xml | | `-- src | |-- choco-parsers | | |-- pom.xml | | `-- src | `-- choco-cli | |-- pom.xml | `-- src |----choco-visu | |-- pom.xml | `-- src |----choco-contribs | |-- pom.xml | `-- src |----samples | |-- pom.xml | `-- src `----dadcop-tracer |-- pom.xml `-- src

---

Actuellement, j'ai 2 descriptors: le premier dans choco/src/main/assembly/descriptor.xml et un second dans choco/choco-solver/src/main/assembly/descriptor.xml.

Le problème que je rencontre est qu'en lancant:

Code:

---

mvn package assembly:assembly deploy

---

dans choco, le 2ème descriptor n'est pas lu et le 2nd jar jamais produit. J'ai du mettre en place un script qui se place dans ./choco/choco-solver, lance la commande, fait une copie résultat, se place dans ./choco, lance la commande et colle le résultat précédent. C'est pas top!

Savez-vous si il est possible, en une seule commande, de lire les 2 descriptors et de produire tous les jars?

D'avance merci,

CP

PS: j'essaie d'automatiser ces commandes pour les intégrer à mon serveur d'intégration continu Hudson.