Discussion :

[osopardo]

J'ai une datasource crée avec Tomcat et des mapping Hibernate utilisé par une classe action, tout fonctionne parfaitement lors du premier appel de ma classe ( page test.do ), la console d'Eclipse me montre bien l'initialisation des composants Hibernate, mais au deuxieme appel de cette page (ou une autre utilisant hibernate ), aucun composant Hibernate n'est chargé et je récupère l'erreur : "net.sf.hibernate.HibernateException: Session is closed", j'ai donc supprimer la fermeture de session "sessionHibernate.close();" dans ma classe action et là effectivement tout se passe bien mais je pense que ce n'est qu'une solution détourné, la session devant bien être fermé a un moment ou un autre, non ?

( Ma session est initialisé par "sessionHibernate = HibernateUtil.currentSession();" )

[Pietra]

Bonjour,

ce qui m'etonne c'est que tu puisse avoir une exception de type "Session is closed" en utilisant la classe utilitaire HibernateUtil (methode currentSession()) car celle ci ouvre une nouvelle session si la session courante est fermée.

Celà dit la gestion des sessions dépends de tes besoins.

A -
Si tu partage la même session entre plusieurs utilisateurs/transactions tu n'as pas besoin de fermer ta session systématiquement.
C'est même deconseillé si tu utilise les chargements tardifs.

Donc
1 -Tu ne ferme jamais ta session car elle est partagée par tous les utilisateurs (sauf en cas d'erreur)
2 -Elle est propre à un utilisateur, alors tu ferme la session lorsque celui ci se deconnecte.

B - Sinon tu ferme ta session des que tu n'en n'a plus besoin.

[mauvais_karma]

salut

c surement le classique probleme du lazy loading:
les collections (list, bag, map, ...) et many-to-one ne sont pas chargé en mémoire jvm si tu les declare avec lazy=true
or dasn ton action tu dois utilisé des propriété d'un objet détaché (session fermée) qui n'ont pas encore été chargée.

plusieur solution,
* la plus simple c le sessionInView implémenté par un filtre qui ouvre et ferme ta session pour chaque requete (tu dois qd meme flusher apres chaque methode), mais c pas la plus propre car tu t'exposes a des acces à la base ton prevu
* mettre lazy=false sur les propriétés dont tu a besoin
* le + propre: faire monter les propriété dont tu auras besoin apres la fermeture de session

pour finir, la derniere session utilise souvent le pattern dto ou vo qui permet de faire remonter dans les couches superieurs (vue par ex.) un objet non-métier mais initilaisée avec toute les propriétés voulus