Discussion :

[centoo]

bonjour,

j'ai lu pas mal de documentation sur hibernate (notamment celle du site officiel) et j'avoue qu'il y a une question à laquelle je n'arrive pas à trouver de réponse. en effet, tantôt on dit qu'il ne faut pas utiliser une session juste pour une transaction, et quelques pages après on donne un exemple où la session est fermée juste après avoir commité la transaction. d'où les questions : est ce qu'il faut fermer la session hibernate sachant que quand j'essaye de le faire j'ai une exception session already closed? quand est ce qu'il faut fermer la session? est t il possible d'avoir un exemple d'une classe DAO qui effectue un insert, update, delete et findById?

merci

[mOuLi]

Il est relativement difficile de donner des bonnes pratiques Hibernate dans l'absolu. En fait c'est plutôt le besoin fonctionnel et le contexte d'exécution (site JEE ? client lourd ? programme batch ? ...) qui vont permettre de définir la meilleure solution en ce qui concerne le cycle de vie des sessions (et éventuellement des transactions).

Pour les DAO, je déconseillerai fortement d'y faire apparaître les ouvertures/fermetures des sessions, il vaut mieux utiliser un framework qui s'en charge (Spring, EJB3/JPA ...)

[denisjava]

Arf, attention à l'amalgame, Spring, session EJB3 sont effectivement des outils qui permettent de démarquer des TRANSACTIONS de façon déclaratives au niveau de la couche service (notion d'unité de travail). Il faut ensuite paramétrer hibernate pour qu'il associe une session au moment ou il la crée avec la trasansaction précédemment crée.... Enfin, c'est pas simple simple quand même... mais c'est impératif de faire une gestion propre de vos sessions faute de quoi vous allez vous prendre un mur dans la face :-) avec les pb de performances, de lazy loading, ....

Il est relativement difficile de donner des bonnes pratiques Hibernate dans l'absolu. En fait c'est plutôt le besoin fonctionnel et le contexte d'exécution (site JEE ? client lourd ? programme batch ? ...) qui vont permettre de définir la meilleure solution en ce qui concerne le cycle de vie des sessions (et éventuellement des transactions).

Pour les DAO, je déconseillerai fortement d'y faire apparaître les ouvertures/fermetures des sessions, il vaut mieux utiliser un framework qui s'en charge (Spring, EJB3/JPA ...)

[KiLVaiDeN]

Tu as toujours l'option "openSessionInView" qui permet pour une application web ( je ne sais pas si c'est ton cas ) d'avoir une session ouverte sur le thread où s'execute la requête, ce qui est bien pratique.

Sinon je suis plutôt pour le principe de ne jamais avoir à le faire à la main, et de laisser la main à des frameworks configurables qui le feraient automatiquement à ta place, ça évite les problèmes de session non fermée et compagnie.

A+

[denisjava]

ok ok je joue sur les mots mais il n'existe aucun framework à ma connaissance qui ouvre et qui ferme une session hibernate automatiquement...Spring et les ejb sessions cree une transaction et hibernate associe la session qu'ilouvre lors de la premiere invocation de sessionfactory.getCurrentSession() à la transaction en cours qui vient d'etre créee par spring ou par les ejb sessions...

Tu as toujours l'option "openSessionInView" qui permet pour une application web ( je ne sais pas si c'est ton cas ) d'avoir une session ouverte sur le thread où s'execute la requête, ce qui est bien pratique.

Sinon je suis plutôt pour le principe de ne jamais avoir à le faire à la main, et de laisser la main à des frameworks configurables qui le feraient automatiquement à ta place, ça évite les problèmes de session non fermée et compagnie.

A+

[mOuLi]

Ben justement Spring propose (entre autres) une implémentation du pattern open-session-in-view via la classe org.springframework.orm.hibernate.support.OpenSessionInViewFilter qui va permettre de fermer la session Hibernate "au plus tard" de façon à ne pas avoir d'erreurs (notamment les LazyInstantiationException lors du déclenchement du lazy-load avec une session fermée).
Mais je ne crois pas me tromper en disant que c'est bien Spring qui va fermer la session Hibernate (pour l'ouverture c'est moins problématique car, en effet, on peut utiliser le 1er appel au getCurrentSession()).