Discussion :

[globule71]

Bonjour,

Étant sur un projet oû de nombreux jar doivent être créés en fonction de nombreux clients, je voudrai savoir si il est possible d'effectuer une "compilation itérative".
Je m'explique : Le projet sur lequel je travail est un projet WebServices et jusqu'à présent j'utilisais un script Ant afin de pouvoir builder chaque fichier EAR préconfiguré (Connexion de base de données, génération d'un fichier .wsdd différent pour chaque, compilation de mes interfaces webservices différentes aussi...)
Sur Maven à priori on ne peut pas le faire (sauf existance d'un plugin dont je n'ai pas la connaissance ...)

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


ps : Je pensais pouvoir passer par le antrun mais à priori je ne peux pas utiliser le plugin de compilation à l'interieur de Ant ... Sauf si j'indique explicitement le javac qui va compiler mes classes et cette configuration ne sera pas forcément partagée par tous les membres du projet.
Donc je perds le bénéfice du contrôle de type de compilation dans Ant ce qui est dommage après avoir mavénisé un projet !

[aheritier]

Je comprends mal ton problème. J'imagine deux choses :
- ne recompiler que les classes modifiées. C'est géré nativement par le compilateur java et donc maven
- dans un multiprojet ne recompiler que les modules necessaires à un projet ou les modules impactés par un changement. C'est le plugin reactor qu'il faut regarder : http://maven.apache.org/plugins/maven-reactor-plugin/

[globule71]

Merci pour la réponse !

J'ai regardé ta seconde solution mais je ne pense pas que ça puisse m'aider.

Pour être plus explicite j'ai ce type de projet :

Un projet basique qui me génère tout d'abord un fichier JAR, sur lequel j'attache un fichier server-config.wsdd pour configurer les accès à la classe du service et aux méthodes du service.
Les interfaces utilisées dans chaque services ne sont pas les mêmes car configurées différemment en fonction du client pour lequel je travaille. Le contexte du service non plus d'ailleurs

Cependant, vu que je dois déployer une bonne 20ene de services pour chaque client différents (le service ne sera pas configuré de la même façon), dans chaque service, j'inclus une classe spécifique qui va permettre de le configurer de la bonne façon.
Je dois donc en gros effectuer un build pour chaque client.

Jusqu'à présent j'utilisais directement Ant qui, pour chaque client me générait un fichier EAR différents. (le fichier Ant faisait tout de même 1000 lignes ...)
Le problème c'est qu'avec Maven, je suis obligé d'invoquer manuellement un build avec une configuration de build différents pour tous ces clients... Et faire ça 20 fois je trouve ça un peu lourd !

L'idée qui me plairait serait de :

--Pouvoir parcourir un fichier .properties déclaré dans le projet (ou directement des properties injectées dans le pom)
--Pour chaque propriétés déclarées dans ce fichier, effectuer un build en utilisant une classe générique qui sera filtré au moment du build (tous comme mes fichiers de contexte) ce qui me permettra de générer des WebServices différents lorsque je lance le mvn build ...

Peut être que j'en demande trop à Maven là dessus, je sais pas trop ...

Une idée ?

[aheritier]

Ok je comprend. Tu veux lancer un même build mais plusieurs fois avec des profiles différents.
Malheureusement Maven ne le gère pas. Le seul moyen est d'utiliser un script (windows, shell, whatever) ou un serveur d'integration continue qui sache gérer les build paramétré (le mécanisme de grilles dans hudson par exemple)

[globule71]

Oui c'est exactement cela !
Par contre jusqu'ici, j'utilise le plugin M2Eclipse pour compiler... Et si je commence à passer par des script pour lancer Maven ça va déstabiliser l'équipe qui possède son environnement Maven préconfiguré dans Eclipse.

L'autre solution serait que je puisse réutiliser le fichier Ant que j'ai écris à la base, mais je perdrai le bénéfice du contrôle de compilation par maven lui même...

Pas évident à Mavéniser ce projet !

[aheritier]

Mais est ce qu'il est nécessaire dans eclipse de générer les 20 versions du même projet ?
Ne pouvez vous pas séparer les parties spécifiques ? Ne pouvez vous pas créer 20 modules spécifiques et un module générique ?

[globule71]

Donc l'idéal serait de créer un projet par module dans éclipse, avec une compilation spécifique pour chaque module ?
Pourquoi pas ! Mais je me ferme ici toute possibilité de pouvoir générer dynamiquement un nombre de livrable dépendant d'un nombre de paramètres que j'aurai passé dans un fichier properties...

Donc ta proposition serait un truc du type :

pom-parent
|
+------Jar communs
| |
|-------------+pom.xml
|
+----Projet POM WebService
| |
|-------------+pom.xml
| |
+------------+Module Client 1
+------------+Module Client 2
+------------+Module Client 3
...

Avec à la sortie, autant d'EAR que de Module client

C'est pas trop lourd à gérer au niveau de la configuration des pom ?
Car à chaque fois que je vais ajouter un service, je vais devoir recréer un module ! et configurer les pom père-fils pour qu'ils soient pris en compte à la compilation

[globule71]

En tout cas, ça m'air d'être la meilleure solution pour outrepasser mon problème de "mavénisation"

Je vais tenter de partager mon projet en modules et reviens sur ce post dés que j'ai un peu mieux avancé

Merci beaucoup !

[aheritier]

Des collegues qui ont un probleme similaire au tien vont essayer de coder un goal pour lancer differents builds en fork du proces principal avec des parametres differents. Je te tiens au courant si ca aboutie.

[globule71]

Impeccable !

En attendant, j'ai réussi à intégrer mon script Ant dans mon projet Maven.
Ce qui me permet tout de même de lancer le build à partir de Maven mais toute la compilation ainsi que la création de l'archive est effectué par Ant.

C'est toujours mieux que rien !

Au passage pour ceux qui veulent faire de même, j'ai eu beaucoup de mal à déléguer la compilation à Ant via Maven...
Ne pas oublier de renseigner le paramètre fork = true lors de l'appel de javac dans Ant sinon vous risquez d'avoir des problèmes de classpath du compilateur lors de la compilation via Ant ...