Discussion :

[zomurn]

Bonjour,

Je dispose de 3 projets maven : projet A de packaging "pom", projet B de packaging "jar", projet C de packaging "jar".
A est parent de B et de C.
A ne contient que des "dependencies".
B se sert des dépendances de A que dans un scope "provided" (B contient du code source qui doit compiler)
C se sert des dépendances de A que dans un scope "runtime" (C ne fait que du pakaging du type war via l'aide d'un programme java externe et non avec maven).

Pour que le programme java externe du projet C doit marcher, j'ai besoin des dépendances du projet A mais en scope runtime.

Conclusion : je me retrouve avec un projet A dont ses dépendances doivent avoir un scope dynamique (provided si le fils est projet B, runtime si le fils est projet C).

Je ne sais pas comment gérer ce dernier point : un scope dynamique.

Merci de votre aide

[romaintaz]

Euh pourquoi tu mets un scope "provided" aux dépendances du projet B ?

[zomurn]

Ben "provided" est spécifique pour le projet B...mais ça ne marche pas pour le projet C bien sûr
De toute façon, faut bien mettre quelque chose en scope pour une dépendance.

[romaintaz]

En fait, ma question c'est de savoir pourquoi tu ne mets pas le scope compile, ou alors tout simplement en ne mettant pas de scope du tout (ce qui revient au même, compile étant le scope par défaut).

Le scope compile indique que la dépendance est toujours nécessaire : à la compilation, aux tests, à l'exécution.
Ainsi, les dépendances de B seront des dépendances transitives de C (si C dépend de B), et seront donc intégrées à ton package final.

[zomurn]

Oups...merci de ta participation, je suis tellement dans mon projet (je suis en train de tout mettre en place jusqu'à l'intégration continue avec hudson + nexus)
Alors pour en revenir à mon problème :

Le projet C dépend de A
Le projet B dépend de A
Les projets B et C sont indépendants

Déjà je sais que maven gère plusieurs classpath : compile, runtime, test.
Et je ne suis pas sûr que des dépendance dans un scope compile peuvent être utilisées pour exécuter un programme java.
J'utilise dans le projet C un plugin :

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
23
24
25
26
27
28
29
30
31
32
33
34
<plugin>
				<groupId>org.codehaus.mojo</groupId>
				<artifactId>exec-maven-plugin</artifactId>
				<version>1.1-beta-1</version>
				<executions>
					<execution>
						<id>update-alfresco-war</id>
						<phase>package</phase>
						<goals>
							<goal>java</goal>
						</goals>
					</execution>
				</executions>
				<configuration>
					<mainClass>org.alfresco.repo.module.tool.ModuleManagementTool
					</mainClass>
					<classpathScope>runtime</classpathScope>
					<!--
						automatically creates the classpath using all project
						dependencies, also adding the project build directory
					-->
 
					<arguments>
						<argument>install</argument>
						<argument>${project.build.directory}/${amp.filename}
						</argument>
						<argument>${project.build.directory}/${webapp.alfresco.filename}
						</argument>
						<argument>-force</argument>
						<argument>-verbose</argument>
						<argument>-nobackup</argument>
					</arguments>
				</configuration>
			</plugin>

Tu peux remarquer le "classpathScope" mis à "runtime" qui veut dire que le programme java que je lance via maven utilise les dépendances déclarées dans le pom.xml (dans le projet A) si elles appartiennent au classpath "runtime" de maven, cad celles déclarées avec un scope "runtime"
Et c'est ce dont j'ai besoin dans ce projet C.
Pour le projet B, je n'ai que besoin de compiler son code source en s'appuyant de ces mêmes dépendances (qui requiert donc un scope "compile" ou "provided").

Voilà .

[romaintaz]

Déjà je sais que maven gère plusieurs classpath : compile, runtime, test.
Et je ne suis pas sûr que des dépendance dans un scope compile peuvent être utilisées pour exécuter un programme java.

Bien sûr que si. Même si le nom n'est pas forcément super adapté, compile signifie que la dépendance sera toujours nécessaire. Donc pour la compilation, mais aussi pour l'exécution.
Une dépendance test ne sera disponible que durant la phase de test (et de compilation des tests unitaires). Pas avant, pas après.
Une dépendance runtime n'est utilisée qu'à la livraison (création du package). Pas durant la compilation ou les tests.
Une dépendance provided indique que la dépendance sera nécessaire au projet, mais est fournie par le containeur final (par exemple servlet.jar sera fourni par le serveur Tomcat).
Enfin, le scope system est une dépendance normale (au même titre que compile) à l'exception que l'on spécifie où Maven doit trouver la dépendance (car elle ne se trouve pas dans le repository Maven). A éviter autant que possible !

Tu peux remarquer le "classpathScope" mis à "runtime" qui veut dire que le programme java que je lance via maven utilise les dépendances déclarées dans le pom.xml (dans le projet A) si elles appartiennent au classpath "runtime" de maven, cad celles déclarées avec un scope "runtime".

Et il se passe quoi si tu mets les dépendances du projet A en compile et que dans le classpathScope tu utilises compile ?