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