MultiModules et problèmes de dépendences

**Frederik** · 08/10/2007, 18h05

Bonjour à toutes et à tous...

Je veux générer une archive ear qui contient une autre archive war.

Pour celà je crée un projet multi module

NOM_PROJET
|
|
|---ear
| -pom.xml
|
|---war
| -pom.xml
|
|
|-pom.xml

le fichier pom.xml, situé en racine, fait appel aux deux autres pom.xml de la façon suivante :

<modules>
<module>war/</module>
<module>ear/</module>
</modules>

Pris séparemment les deux fonctionnent correctement. Mais lorsque je veux lancer les deux, l'un à la suite de l'autre (le war/pom.xml PUIS ear/pom.xml) Maven essaye de récuperer une version du fichier war qui n'est pas encore généré.

C'est à dire qu'il exécute war/pom.xml et fait la liste de dépendences et me renvoie ce problème de dépendence qui ne concerne que ear/pom.xml.

La dépendence avec NOM_PROJET.war n'est indiquée que dans le fichier ear/pom.xml...

Pourquoi la vérification des dépedences de war/pom.xml inclut la vérification de NOM_PROJET.war?

Quelqu'un aurait une idée??? Merci d'avance

**denisC** · 09/10/2007, 04h34

Non, pas d'idée spécifique, mais fait une execution -X et colle la log obtenue ici, on y verra certainement plus clair

**Frederik** · 09/10/2007, 11h41

<?xml version="1.0" encoding="UTF-8"?>
<project>
<modelVersion>4.0.0</modelVersion>
<groupId>test.mco</groupId>
<artifactId>WebApplication</artifactId>
<packaging>pom</packaging>
<name>WebApplication</name>
<version>1.0-SNAPSHOT</version>

<modules>
<module>/war/</module>
<module>/ear/</module>
</modules>

<properties>
<groupId>test.mco.ihm</groupId>
<finalWarArchiveName>MonAppli</finalWarArchiveName>
<finalWarArchiveVersion>1.0-SNAPSHOT</finalWarArchiveVersion>

<finalEarArchiveName>MonAppli</finalEarArchiveName>
<finalEarArchiveVersion>1.0-SNAPSHOT</finalEarArchiveVersion>
</properties>

</project>

Les pom.xml des archives EAR et WAR sont en pièce jointes

le pom.xml principal et le log sont dans l'archive pom.zip

Merci d'avance à ceux qui peuvent me venir en aide...

**evenisse** · 09/10/2007, 14h23

pourquoi ajoutes-tu des '/' dans le nom des modules ?

**denisC** · 09/10/2007, 16h10

Envoyé par evenisse

pourquoi ajoutes-tu des '/' dans le nom des modules ?

+1
Pas de / dans les noms de modules

et généralement, on prends comme nom du module l'artifactId de ce module. Je ne sais pas si c'est obligatoire, mais je pense que ça aide....

**romaintaz** · 09/10/2007, 16h30

Envoyé par denisC

+1
généralement, on prends comme nom du module l'artifactId de ce module. Je ne sais pas si c'est obligatoire, mais je pense que ça aide....

Non, ce n'est pas obligatoire.
Voici ce qui est dit sur le site Maven à ce propos :

The modules (sometimes called subprojects) to build as a part of this project. Each module listed is a relative path to the directory containing the module.

De ce fait, je ne suis pas sûr que le fait d'avoir un / dans le nom d'un module soit vraiment un problème...

**Frederik** · 09/10/2007, 17h14

Après avoir supprimé les / le problème est toujours identique...

Pourtant j'ai généré plusieurs archives *.jar de la même façon sans avoir aucun problème.

**vain_mich** · 10/10/2007, 10h25

Peux tu nous mettre le log d'erreur par ce comme ca on est un peu perdu.

@+

**romaintaz** · 10/10/2007, 10h42

Envoyé par vain_mich

Peux tu nous mettre le log d'erreur par ce comme ca on est un peu perdu.

@+

Il se trouve dans le pom.zip qu'il a déjà fourni.

**Tarul** · 10/10/2007, 13h36

Envoyé par romaintaz

Il se trouve dans le pom.zip qu'il a déjà fourni.

Je crois que tu t'es mélangé les pinceaux avec tes dépendances internes.

Il faut que tu déclares une dépence à tonapliear dans le pom de tonappliwar. et que tu supprimes la dépendance à tonapliware de ton pam de tonappliear.

en clair cela donne pour le ear :

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
<?xml version="1.0" encoding="ISO-8859-1"?>
<project>
	<modelVersion>4.0.0</modelVersion>
	<parent>
		<groupId>test.mco</groupId>
		<artifactId>WebApplication</artifactId>
		<version>1.0-SNAPSHOT</version>
 
	</parent>
 
	<groupId>test.mco.ihm</groupId>
	<artifactId>MonAppliEAR</artifactId>
	<packaging>ear</packaging>
	<name>MonAppliEAR</name>
	<version>1.0-SNAPSHOT</version>
	<description>Generation EAR</description>
	<build>
		<sourceDirectory>.</sourceDirectory>
<!---plus de dépence ici-->
 
</project>

et dans ton pom.xml du war :

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
...
<dependency>
			<groupId>org.apache.struts</groupId>
			<artifactId>struts-core</artifactId>
			<version>1.3.5</version>
		</dependency>
		<dependency>
			<groupId>fr.improve.foundations</groupId>
			<artifactId>if</artifactId>
			<version>4.0</version>
		</dependency>
 
		<dependency>
			<groupId>test.mco.ihm</groupId>
			<artifactId>MonAppliEAR</artifactId>
			<version>4.0</version>
		</dependency>

**denisC** · 10/10/2007, 16h33

Envoyé par Tarul

Il faut que tu déclares une dépence à tonapliear dans le pom de tonappliwar. et que tu supprimes la dépendance à tonapliware de ton pam de tonappliear.

A priori, c'est plutot dans le sens actuel à savoir : l'ear a besoin du war, et non le contraire....

@Frederik : TU as essayé en désactivant les taches sur le process-resources (l'assembly en particulier). Ca permettrait de cerner plus précisement le problème....

**vain_mich** · 10/10/2007, 16h49

A priori, c'est plutot dans le sens actuel à savoir : l'ear a besoin du war, et non le contraire....

+1 pour denisc, il y'a inversion de dépendance dans ces cas la. C'est bien l'ear qui a besoin du war comme dépendance .

**vain_mich** · 10/10/2007, 17h25

Si tu fais mvn install sur le pom parent,

Il va compiler et packager ton war pour pouvoir compiler et packager l'EAR (qui comprend le war precedent).

Le soucis que l'on peut voir dans ton log est qu'il n'arrive pas à compiler ton war car il lui manque

simat:simat:pom:1.0-SNAPSHOT

Code :

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

1
2
3
4
5
6
7
8
9
10
11
[DEBUG] Trying repository maestro-project-server
Downloading: http://192.168.0.90:8080/archiva/repository/simat//simat/simat/1.0-SNAPSHOT/simat-1.0-SNAPSHOT.pom
[WARNING] Unable to get resource 'simat:simat:pom:1.0-SNAPSHOT' from repository maestro-project-server (http://192.168.0.90:8080/archiva/repository/simat/)
[DEBUG] Skipping disabled repository central
[DEBUG] Artifact not found - using stub model: Unable to download the artifact from any repository
 
  simat:simat:pom:1.0-SNAPSHOT
 
from the specified remote repositories:
  central (http://repo.mergere.com/maven2),
  maestro-project-server (http://192.168.0.90:8080/archiva/repository/simat/)

Il faut partir de la et voir si tu peux compiler ton WAR tout seul ! Mais j'ai cru comprendre que tu pouvais le faire.

Si c'est le cas. Repart avec un exemple simple et agremente petit à petit pour arriver à ta config.

Dans tous les cas bon courage,

@+

**Frederik** · 11/10/2007, 19h02

Merci beaucoup pour tes conseils...

En effet, j'arrive à générer mon archive *.war...

Je vais faire comme tu me l'as préconisé mais je m'en occupe lundi.

Je ne suis pas sur mon poste

A lundi

MultiModules et problèmes de dépendences

Maven Java

Discussions similaires

Partager

Partager