Hello, J'écris encore sur cette liste, car je ne suis pas sûr que ça marche adagio-devel (il faudrait ;)). Il faut qu'on fasse un nettoyage dans les configurations adagio. Par exemple pour la configuration hibernate, on a : o src/main/resources/hibernate.cfg non utilisé par spring o target/generated-sources/java/un applicationContext-entities.xml Quel est l'intérêt ? Il faut autant que possible limiter les fichiers de configuration. Le choix a été fait d'utiliser spring donc on reste sur spring et on évite la dispersion. Le jour où quelqu'un aura besoin d'une configuration hibernate en standalone, on en reparlera mais ça n'arrivera pas. Benoit, je suis bien tenté de supprimer ce fichier. Un autre point qui ne va pas trop, je vois que des classes sont dupliquées entre les deux module core et core-allegro (typiquement fr.ifremer.adagio.core.dao.technical.ehcache.EhCacheManagerFactoryBean) A quoi cela sert-il ? Mieux vaudrait avoir un module commun (core-shared) où on l'on met tout ce qui est commun. En terme de convergence, si on continue à différencer des classes de configuration qui sont les même, ça n'a pas de sens AMHA. Là encore, le jour où l'on voudra utiliser autre chose dans une des deux implantations, on se posera alors la question de surcharger, mais pas avant. Désolé d'insister sur ce point, mais il ne faut pas anticiper des besoins qui n'existent pas et qui ne font que compléxifier le systeme (déjà bien compliqué). Benoit, qu'en penses-tu ? (d'avoir un module au dessus). Je veux bien te filer un coup de main dans ce sens la semaine prochaine. tony. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 http://www.codelutin.com email: chemit@codelutin.com twitter: https://twitter.com/tchemit