On Thu, 29 Nov 2012 11:43:32 +0100 Benoit Lavenier <benoit.lavenier@e-is.pro> wrote:
Bonjour Tony,
la génération du module "mda" vers le module "persistence" (and Co) est la configuration normal des projets utilisant AndroMDA. c'est la norme... En effet, AndroMDA peut générer plusieurs couche d'un coup : dao, service, web, etc. il donc important de les mettre dans des modules distincts, puisque leur packaging respectif seront différents. L'alternative est donc simplement de migrer le mda/pom.xml dans le pom.xml parent, mais le risque est de complexifié le parent, et surtout de le lier à la technologie de génération, ce qui n'est pas forcément le mieux. Bref, tout se discute, mais il y a une logique ! ;o)
As tu réussit à utiliser le module "persistence" ?
Non ça ne compile pas, de plus le module dao (maven) n'existe pas donc peu de chance que je puisse m'en servir. Il serait bien que le module persistence regroupe : - entité - mappings - dao - common (uniquement SearchResult fortement lié à la persistence je pense) Est-ce que cela te conviendrait si je modifie le pom dans ce sens. J'ai fait un mvn -Dvalidation=false -Pallegro et il me manque certaines classes l'objet fr.ifremer.adagio.core.PrincipalStore comme dans protected java.security.Principal getPrincipal() { return fr.ifremer.adagio.core.PrincipalStore.get(); } J'ai commenté ça dans la template SpringHibernateDaoBase et ça compile (mais les tests ne passent pas). Donc j'arrive à avoir un jar avec ce qui va bien. J'ai pas encore eu le temps de réussir à créer une base. Pour l'instant j'utilse pas spring dans l'appli Tutti et faut que je fasse cette intégration (juste pour la persistence) car je ne l'utiliserai pas ailleurs (ça me gène même un peu de l'avoir car je devrais pas en avoir besoin juste une persistence.) On en reparlera si tu veux. Bon je m'en vais ouvrir le diagramme uml pour comprendre ce qui se passe :) -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit@codelutin.com http://www.codelutin.com