maven-compiler-plugin et sources à divers endroit

Version imprimable

13/05/2008, 14h49
erm31

maven-compiler-plugin et sources à divers endroit

bonjour,
Est il possible de faire avec maven-compiler-plugin l'équivalent de :

<target name="compile-server">
<echo message="Compilation server" />
<javac destdir="${service.dir.build.classes}" debug="on">
<src path="${service.dir.src}" />
<src path="${common.dir.src}" />
<classpath refid="3rdParties.classpath" />
</javac>
</target>

A savoir des sources localisés à plusieurs endroit ?

Extrait d'une application ici:

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
35
36
37
38
39
40
41
42
43
<plugin>
                <groupId>org.codehaus.mojo</groupId>
                <artifactId>build-helper-maven-plugin</artifactId>
                <executions>
                  <execution>
                    <id>add-source</id>
                    <phase>generate-sources</phase>
                    <goals>
                      <goal>add-source</goal>
                    </goals>
                    <configuration>
                      <sources>
                          <source>${basedir}/modules/ComponentManager/src</source>
                          <source>${basedir}/modules/DisplayNameGenerator/src</source>
                          <source>${basedir}/modules/Editor/src</source>
                          <source>${basedir}/modules/Graph/src</source>
                          <source>${basedir}/modules/IdFactory/src</source>
                          <source>${basedir}/modules/JaWEAPI/src</source>
                          <source>${basedir}/modules/JaWEController/src</source>
                          <source>${basedir}/modules/Kernel/src</source>
                          <source>${basedir}/modules/LabelGenerator/src</source>
                          <source>${basedir}/modules/Logger/src</source>
                          <source>${basedir}/modules/PanelGenerator/src</source>
                          <source>${basedir}/modules/PluginManagement/src</source>
                          <source>${basedir}/modules/PropertiesFilter/src</source>
                          <source>${basedir}/modules/RecentFiles/src</source>
                          <source>${basedir}/modules/SimpleNavigator/src</source>
                          <source>${basedir}/modules/TooltipGenerator/src</source>
                          <source>${basedir}/modules/TransitionHandler/src</source>
                          <source>${basedir}/modules/Utilities/src</source>
                          <source>${basedir}/modules/WfXML/src</source>
                          <source>${basedir}/modules/XPDLFilter/src</source>
                          <source>${basedir}/modules/XPDLHandler/src</source>
                          <source>${basedir}/modules/XPDLModel/src</source>
                          <source>${basedir}/modules/XPDLObjectFactory/src</source>
                          <source>${basedir}/modules/XPDLTreeModel/src</source>
                          <source>${basedir}/modules/XPDLValidator/src</source>
                          <source>${basedir}/modules/XPDLView/src</source>
                      </sources>
                    </configuration>
                  </execution>
                </executions>
            </plugin>

13/05/2008, 15h07
aheritier

Oui, comme l'a montré tchize_ mais cela n'est clairement pas une bonne pratique cohérente avec les conventions maven. A n'utiliser que dans des cas rares (pendant une migration par exemple).
13/05/2008, 15h14
tchize_

ou quand la structure du projet ne peut pas être bougée mais qu'on voudrait quand même bien utiliser maven :p

Effectivement, la "bonne pratique", si t'as des modules, c'est de faire un projet maven par module et donc, un module = un jar.
13/05/2008, 15h18
aheritier

Oui une des raisons qui empeche de bouger l'orga des projets c'est a cause du gestionnaire de versions qui ne gère pas les déplacements. Et oui cela existe encore ....
13/05/2008, 15h22
tchize_

ou quand tu es un fork d'un projet existant et que tu veux garder la possibilité de resynchroniser les changement futur, t'évite de bouger les fichiers :D
13/05/2008, 15h28
aheritier

Ouai, là c'est encore plus geek ;-)
13/05/2008, 15h46
erm31

merci.

En fait c'est le portage d'un projet Ant qui sert à la génération de Web Services.
Donc j'avais essayé dans un premier temps de faire un jar mais le pb c'est que derrière j'utilise jaxws-maven-plugin sur un ensemble de sources et je me suis retrouvé bloqué.
N'étant pas expert Maven ...

Par contre "aheritier" comment ferais tu avec le jar intermédiaire ?
13/05/2008, 16h00
aheritier

Qu'est ce que tu entends par jar intermédiaire ?
Tu utilises celui la de plugin : https://jax-ws-commons.dev.java.net/...gin/usage.html ??
De tête ce dernier rajoutais comme un grand les sources générées dans le chemin des sources et donc lorsque tu construis ton module ce dernier compile et inclue les sources générées.
16/05/2008, 08h14
erm31

jaxws-maven-plugin inclus des sources provenant d'une localisation unique.
Dans le cas de mon "portage" la personne (dans son script Ant) a des sources provenant de deux endroits (d'ou ma question).
Donc j’avais pensé faire un JAR des mes classes du projet 1 (classes communes à plusieurs projets) pour les mettre à disposition de mon projet 2 (dont certaines classes dépendent des classes du projet 1) et lancer jaxws-maven-plugin sur cet ensemble en mettant une dépendance sur le "projet1.jar"
Mais ça ne fonctionnait pas.

Je voulais savoir comment à partir de mon architecture pas propre il fallait que je procède pour avoir une archi "Maven labellisée".
16/05/2008, 22h36
aheritier

Je ne vois pas solution "propre" sans réorganiser les répertoires. L'utilisation du build helper reste le plus adapté je pense. Sorry.