Sebastien EON wrote:
Parmi, les autres problèmes détectés, la question de la méthode de mise à jour se pose aussi.
Solution 1 : API ---------------- Nous étions partis sur la génération automatique d'un moule de classe Java par un outils genre LutinGenerator, ou notre propre projet...
A choisir, si vous optez pour cette solution, j'aime autant que vous créiez vos propres templates pour LutinGenerator, cela nous permettrait de l'éprouver et potentiellement d'en profiter pour l'améliorer.
Cette classe générée utiliserait des fonctions que nous développerions pour effectuer ces modifications : Par exemple : * renommer une table * supprimer un attribut * ...
Cela permet aussi d'insérer du code pour effectuer des mises à jour complexes spécifiques ; par exemple, la transformation d'un table en objet complexe MatrixType.
Solution 2 : DynaBeans ----------------------
L'autre solution évoquée lors de la première solution concernait l'utilisation des dynabeans via hibernate. Mais les quelques recherches effectuées ne nous permettent apparemment pas de récupérer un beans sur une table en base par exemple.
Comment conserver l'abstraction d'hibernate pour découvrir le schéma en base, sans disposer des classes du mapping d'origine.
Je pense que ce n'est pas envisageable sans les mapping. A votre place, je chercherais donc plutôt une manière de conserver/retrouver ces mapping. Bon courage, Arnaud.
Nous sommes ouverts aux critiques sur ces deux solutions, pour pouvoir choisir la solution la plus adaptée pour ce projet.
Benjamin, Eric, Sébastien, Vincent
_______________________________________________ Topia-devel mailing list Topia-devel@lists.labs.libre-entreprise.org http://lists.labs.libre-entreprise.org/mailman/listinfo/topia-devel
-- Arnaud Thimel Société Code Lutin - http://www.codelutin.com