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. 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é. Pour l'histoire de dépendance Hibernate dans le module web, seul SandBoxPage.java qui est une ancienne page de test en avait besoin. Je l'ai donc supprimé. Par contre, il reste une dépendance vers hibernate-validator car nous avons utilisé à plusieurs reprises le validateur @Empty (qui n'existe pas dans javax.persistence) pour des modèles utilisés uniquement dans le module web. Bon week-end -- Adrien Cheype Ingénieur en Systèmes d'Information Service « Informatique Scientifique et Appui aux Partenaires du Sud » Direction du Système d'Information (DSI) http://www.ird.fr/dsi/ http://www.ird.fr/informatique-scientifique/ INSTITUT DE RECHERCHE POUR LE DEVELOPPEMENT BP A5 - 98848 Nouméa - Nouvelle Calédonie Tél. +687 260 789