Discussion :

[le Daoud]

Bonjour,

J'utilise Maven2. Depuis que j'ai mis mon projet en gestion de conf, mon déploiement sur JBoss me pose pb. J'ai pu constater qu'il me mettait mes fichiers "_svn" dans mes jars, war,... et peut-être que le pb vient de là.

Auriez vous une idée pour exclure ces fichiers ?

Merci

[denisC]

Bonjour,

J'utilise Maven2. Depuis que j'ai mis mon projet en gestion de conf, mon déploiement sur JBoss me pose pb. J'ai pu constater qu'il me mettait mes fichiers "_svn" dans mes jars, war,... et peut-être que le pb vient de là.

Auriez vous une idée pour exclure ces fichiers ?

Merci

Pourquoi as-tu des fichiers _svn? Normalement, c'est .svn, a mon avis, c'est pour ça que ça ne lui convient pas.....

De toute façon, tu peux utiliser un exclude pour virer les _svn du jar. Par défaut, il vire les .svn, mais ça ne semble pas être adapté dans ton cas.

Quel logiciel utilises tu pour faire du svn?

[le Daoud]

Merci pour ta réponse.

J'ai bien des dossiers "_svn". Je crois que c'est le cas sur windows non ?

Pour ma gestion de conf, j'utilise eclipse avec subversion. J'ai aussi tortoise d'installé, mais je ne l'utilise pas.

Question supplémentaire : pour la construction des jars, je mets les dépendance vers les autres jars sous la forme suivante :

Code :

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

1
2
3
4
5
6
<dependency>
			<groupId>jboss</groupId>
			<artifactId>jboss-j2ee</artifactId>
			<version>4.0.5</version>
			<scope>provided</scope>
		</dependency>

Ca marche très bien pour une librairie externe, mais dès que j'ai une dépendance vers un jar que je génère moi même (ex : dépendance de ma couche service vers les dao), je suis obligé d'enlever le "provided". N'est ce pas anormal ? En effet, j'ai bien les jars service et dao qui sont déployés dans le serveur d'appli.

Merci

[denisC]

J'ai bien des dossiers "_svn". Je crois que c'est le cas sur windows non ?

Non, normalement, c'est .svn chez tout le monde.

Après quelques recherches, c'est .svn sauf pour IIS :
http://svn.haxx.se/subusers/archive-2004-10/0135.shtml

En tout cas, maven est configuré par défaut pour .svn. Après à toi de voir si tu preferes reconfigurer subeclipse pour qu'il utilise .svn, ce qui est normal. Sinon, il faut ajouter l'exclusion de _svn partout dans Maven (en particulier dans le jar plugin)

Question supplémentaire : pour la construction des jars, je mets les dépendance vers les autres jars sous la forme suivante :

Code :

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

1
2
3
4
5
6
<dependency>
			<groupId>jboss</groupId>
			<artifactId>jboss-j2ee</artifactId>
			<version>4.0.5</version>
			<scope>provided</scope>
		</dependency>

Ca marche très bien pour une librairie externe, mais dès que j'ai une dépendance vers un jar que je génère moi même (ex : dépendance de ma couche service vers les dao), je suis obligé d'enlever le "provided". N'est ce pas anormal ? En effet, j'ai bien les jars service et dao qui sont déployés dans le serveur d'appli.

Ca devrait marcher. Qu'est ce qui ne marche pas avec le scope provided?

[Tarul]

Non, normalement, c'est .svn chez tout le monde.

Après quelques recherches, c'est .svn sauf pour IIS :
http://svn.haxx.se/subusers/archive-2004-10/0135.shtml

Bonjour,
C'est un peu HS, mais je sais que tortoise svn propose une option qui permet d'avoir "_svn" à la place de ".svn" mais par défaut cela reste ".svn".

[le Daoud]

Merci à vous.
Mon pb de "_svn" est résolu. Effectivement, Tortoise était configuré pour utiliser ce "nommage", suite à l'utilisation du plug-in "ankhsvn" avec Visual studio (beurk).

Concernant mon histoire de dépendancies, avec le scope provided, la compilation marche sans pb, mais dans jboss j'ai une classnotfoundexception, qui n'est pas levée si je retire le scope (ou met le scope compile).

Thxs