Version imprimable
Bonjour,
Voici mon problème :
Je fait du mapping DB --> objects java, via les outils de Hibernate/Jboss, la propriété du lazy est à true par défaut, par contre je dois mettre celui-ci à false pour certaines entitées.
Mais dés que je remap. la DB --> objects java, je perds toutes mes modifications du lazy ...
Y a t'il un moyen de garder mes modifications ?
Merci d'avance
Kcintim
Bonjour,
Pas très bien cerné ton souci.Peux tu le repreciser en citant si possible un exemple?
Bonjour DevServlet,
J'utilise Eclipse-Jboss-Hibernate.
Lorsque que je fait du mapping de tables de ma DB vers des objets java 'entity', la valeur par défaut est du lazy-loading pour tous les objets mappés.
Il y a possibilité de changer cela manuellement dans les fichiers générés.
Mais lorsque je refais un mapping, car le schéma de ma DB a changé, toutes mes modifications sont écrasées.
Ma question était donc si il y avait un moyen pour que mes modifications manuel que j'ai fait lors du premier mapping reste dans leurs états sans être supprimer par le nouveau mapping.
Faut d'avoir trouvé le moyen de le faire, je modifie ce lazy-loading dans mes DAO.
Merci
Bonjour,
Ce que tu appelles "faire un mapping" c'est générer tes entités avec Hibernate Tools en partant dela base c'est bien ça? ensuite tu modifies manuellement ces fichiers générés. Et par la suite quand le schéma de ta base a changé t'aimerais bien une régénération tout en conservant les modifications précédemment faites dans tes fichiers. Euh... Sauf erreur de ma part je ne pense pas que cela soit possible dans ce sens, du moins pas pour les versions d'Hibernate Tools que j'ai eues à utiliser.
Sans compter que vouloir faire ça en automatique à un autre moment qu'au début du projet, les lazy loading sont le cadet de tes soucis :)
Imagine qu'une colonne change de nom, ou de type dans la DB (Et oui, ça arrive même sur des grosses DB), que fera-tu lors de la regénération? Aucun code appelant tes objets ne sera plus valide car ses méthodes auront changer.
En général, les adaptations, on les fait à la main par la suite.
Bien analysé DevServlet :) c'est tout à fait ce que j'ai voulais dire, mais en plus claire ;)
Salut tchize_,
Le problème c'est quand je suis dans ma couche logique, je suis en dehors de la session Hibernate et celui-ci ne peut donc pas générer son sql pour aller chercher les autres objets lier à mon objet reçu de mon DAO.
Car la session est gérer aux niveaux des DAO.
Je sais ... je sais ... il vaut mieux gérer les sessions par un service ou un filter, mais malheureusement je suis pas dans un projet architecturer de la sorte ...
J'ai donc opté pour forcer le EAGER dans mes DAO quand j'en ai besoin dans ma couche logique métier ..
Tks