Discussion :

[r1-1024]

Bonjour à tous,
Voilà une question philosophique avant le WE.

J'utilise ant et eclipse pour mes projets j2EE.
Le gros problème c'est que eclipse oblige de mettre dans WebContent tout ce qui n'est pas java.
On se retrouve donc avec un répertoire WebContent qui contient en particulier :
1- les dépendances jar (WEB-INF/lib)
2- des swf compilés
3- une arborescence source égale à l'arborescence produit

Je trouve sur ces points qu'eclipse s'est viandé.

1 et 2 sont gênants, car "svn status" dans les sources déclare dans la console tous les binaires non commités (et c'est normal : on ne commite pas de jar ou de swf dans un source manager). Du coût c'est verbeux pour rien. Je suis plus habitué (et je trouve que c'est plus propre) que si tout est à jour dans le dépôt rien ne soit marqué dans la console.

3 est très gênant quand on collabore avec d'autres qui n'utilisent pas eclipse. Si on change d'IDE on doit aussi changer l'arborescence des sources .

Alors ... la seule solution que j'envisage c'est que eclipse appelle mon script ant avant de lancer le serveur.
Par exemple :
1- run server depuis eclipse
2- ant construit le war (ça pourrait aussi être maven)
3- eclipse lance tomcat et déploie le war
4- le serveur tourne sous eclipse

Alors comment fait on ça ?

[r1-1024]

Bon ... ça passionne les foules ce sujet...
Pour ceux que ça intéresse, voilà une rustine.
1-On fait notre projet comme bon nous semble
2-On fait un ant builder dans eclipse qui appelle notre build

Voilà mon fichier de build pour eclipse :

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
 
<?xml version="1.0" encoding="UTF-8"?>
<project basedir="." default="webapps" name="ebuilder">
	<property name="webapps.dir" value="WebContent"/>
 
	<target name="clean">
		<ant antfile="build.xml" target="clean"/>
		<delete dir="${webapps.dir}"/>
	</target>
 
	<target name="webapps">
		<ant antfile="build.xml" target="war"/>
		<unwar src="target/bozzo.war" dest="${webapps.dir}"/>
	</target>
</project>

Il fait référence à mon build.xml qui construit le war puis défait le war dans WebContent.