Le 15/02/2013 06:41, Adrien Cheype a écrit :
Le 13/02/2013 18:03, Adrien Cheype a écrit :
Je comptais effectivement utiliser dependency:analyse pour m'assurer que seules les librairies utilisées directement apparaissent pour chaque module (sans oublier celle utilisées au runtime). Je vous tiens au courant dès que j'ai terminé ce nettoyage. J'enlèverai les dépendances qui n'ont pas lieu d'être car initialement le projet était bien découpée.
Adrien
Pour info, j'ai nettoyé tous les pom.xml et reversé le code sur le SVN. J'en ai profité pour supprimer les plugins cargo du module web qui fonctionnait avec les profils. Il reste un soucis (peut être de notre coté).
Notre superpom effectue systématiquement un dependency:analyze faisant echouer le build dès que les dépendances ne sont pas correctes. (mvn install -DperformRelease) Il détecte actuellement que sl4j-api n'est pas utilisé par le module cantharella.utils.
Pour log4j, il est déclaré en test dans les modules data et service, et en runtime pour le module web. J'ai volontairement mis qu'un seul log4j.xml au niveau du module web. Quand les tests seront remis en fonctionnement, il faudra spécifier un fichier log4j externe en ligne de commande s'il on veut un traçage de l'activité. J'ai désactivé les tests car il y a une erreur de partage d'objet entre thread par hibernate et/ou spring (@Autowired defaultAdmin). Il fonctionne un par un. Mais lancer tous les tests en même temps ne fonctionne pas.
-- Éric Chatellier - Code Lutin Tel: 02.40.50.29.28 - http://www.codelutin.com