getSession / getHibernateTemplate

Bonjour à tous,

après vous avoir un peu laissé tranquille, je reviens avec une question qui est en train de me plomber ma semaine : vaut-il mieux utiliser getSession() ou getHibernateTemplate() (dans des DAOs héritant de HibernateDAOSupport) ? Et cela a-t-il une influence sur l'utilisation du lazy-loading ?

Je m'explique : je travaille sur un projet de Web Services utilisant Hibernate pour le mapping à la base. J'ai pu activer le lazy-loading sur certaines collections, mais d'autres résistent encore et toujours à l'envahisseur (Erreur LazyInitializationException : connection closed ou autre).

Après m'être documenté sur Internet, et relu un peu tout le code du projet, je me suis rendu compte que nous utilisions beaucoup de getHibernateTemplate(). En en remplaçant un par getSession() j'ai réussi à utiliser le lazy-loading sur une nouvelle collection. J'ai donc voulu tous les remplacer, mais j'ai de nouvelles erreurs qui arrivent en pagaille ("illegal attemp to collection" ou "trying to attach a collection to two different sessions")...

Dans cette dernière erreur, je dois avouer que le "2 sessions différentes" me fait assez peur, étant donné que je pensais travailler dans une seule et unique session ouverte grâce à classe OpenSessionInViewFilter dans le fichier web.xml.

Si quelqu'un voulait bien m'expliciter un peu plus le rôle de chaque fonction, et laquelle utiliser pour utiliser le lazy-loading, je lui en serait mille fois redevable.

Merci d'avance,
MiniMarch

Bonjour MiniMarch,
juste pour préciser, apperement tu utilises Spring pour gérer les session hibernates. En ce qui me concerne je n'ai jamais utilisé le getHibernateTemplate.
J'utilise toujours getSession. getSession utilise la config que tu as mis dans ton fichier de conf Spring, plus exatctement le setter transactionAttributes de TransactionProxyFactoryBean.

J'utilise PROPAGATION_REQUIRED comme propriété pour utiliser la meme session hibernate pour executer plusieurs requetes. J'ai l'impression que tu as une propriété autre que PROPAGATION_REQUIRED (REQUIRED_NEW?) pour qu'il ouvre un autre session.

OpenSessionInViewFilter signifie qu'il ouvre a chauqe debut de request une session et la ferme a la fin. Avec un Web Service je ne l'ai jamais fait, peut etre que ca peut etre un probleme (voir le scope du web service)? Peut etre devrais tu deja tester sans Web Service. (Utilises par exemple DWR pou tester rapidement tes services sans passer par la couche SOAP).

Je t'avoues que je n'aime pas trop la solution OpenSessionInViewFilter. Moi je prefere la solution ThreadLocal. Ca permet d'eviter un fort couplage avec Hibernate. Dans Spring, il faut utiliser org.springframework.orm.hibernate3.LocalSessionFactoryBean

Enfin le mode lazy, apperement tu l'utilises avace abondance, mais je te conseille de l'utiliser le moins possible. Car tu peux rapidement ramene toutes la base pour recuperer quelques infos. Et meme si au debut tu fais attention, quand le projet va etre maintenu (par un autre developpeur qui ne connait pas les problemetaiques de lazy-loading), on peut faire cetet erreur.

J'espere que mes infos pourront t'aider

Angelo

Merci bien Angelo, j'y vois déjà un poil plus clair.

J'utilise effectivement Spring pour les sessions Hibernate. Quoique là, j'ai maintenant un doute après avoir lu le thread suivant http://www.developpez.net/forums/sho...d.php?t=251303 .

En effet, j'ai effectivement un sessionFactory de configuré dans mon fichier de config applicationContext :

Code:

---

1 2 3 4 5 6

<bean id="sessionFactory" class="org.springframework.orm.hibernate3.LocalSessionFactoryBean"> <property name="configLocation"> <value>classpath:hibernate.cfg.xml</value> </property> </bean>

---

en revanche dans le code d'une classe héritant de HibernateDAOSupport, je fait :

Code:

---

this.getSession().maFonction()

---

et non :

Code:

---

this.getSessionFactory().getCurrentSession().maFonction();

---

Y a-t-il une différence ? Est-ce que j'ai mélangé un peu toutes les solutions possibles (et dont tu fais d'ailleurs le tour) ?

Tu parles d'option PROPAGATION_REQUIRED à configurer quelque part. Mais je ne trouve ni cette valeur ni l'autre dans tout mon projet. Est-ce qu'on doit la configurer au niveau de Hibernate ou de Spring ?

En revanche, pour le mode Lazy, je ne comprend pas ta réticence (ou je me suis peut-être mal exprimé dans mon message).
Je veux activer le mode lazy justement pour éviter de remonter toutes les informations de la base (option par défaut sous hibernate 3). Seulement, étant donné, que j'ai des problèmes de session, jusqu'à présent j'ai mis toutes les options lazy à FALSE, que je veux désormais repasser à TRUE/PROXY une fois les problèmes de session résolus.

MiniMarch

Bon, concernant la valeur PROPAGATION_REQUIRED, je viens de progresser un peu : j'ai vu qu'elle devait être précisée pour les transactions. Là où le bas blesse, c'est que j'ai effectivement un transaction manager de défini (voir ci-dessous), mais que ce bean n'est utilisé nul part.

Configuration du transaction manager :

Code:

---

1 2 3 4 5

<bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager"> <property name="sessionFactory"> <ref bean="sessionFactory" /> </property> </bean>

---

Est-ce normal ?

Au risque de faire un amalgame entre les transactions Hibernate et MySQL (est-ce les mêmes ?), notre base actuelle ne supporte pas les transactions.

Je précise que j'ai repris le projet en cours, et que je me suis formé à Spring et Hibernate dessus. Il est donc possible que j'ai loupé des choses, que les configurations étaient mal faites ou que je ne sois pas au point du tout sur les technos. Il est donc possible (comme je le disais précédemment) que différentes solutions soient mélangées et que je les confonde.

Merci d'avance à vous pour toutes vos réponses.

Je n'ai jamais implemente OpenSessionInViewFilter dans une vrai application mais j'ai lu de la doc sur ce pattern, qui je t'avoues ne me plait pas trop pour les raisons suivantes :

• l'ouverture de la session se fait tout au long de l'appel du Web Service. Par exemple lors de la serialisation/deserialisation des messages SOAP, la session est ouverte alors que la session n'est plus ouverte.
• si une exception est lance dans l'un des services (ex : NullPointerException), il se peut que la session ne soit pas ferme apres cette erreur grave.

Concernant le mode lazy, le risque est de se retrouver avec n+1 requetes a executes. Ex : un bean User a un getter roles en lazy qui permet de recuperer la liste des roles d'un user. Imaginons que l'on souhaite recuperer la liste des user avec leur liste de roles, on se retrouve a executer 1 requetes + n requetes (pour recuperer les roles de chaque ligne du user).

Moi je prefere faire 2 mappings ou copier les Bean dans des DTO (mais bon je ne vais pas m'etendre sur le sujet).

Concernant ton problème, c'est difficle de t'aider car je n'ai jamais mis en oeuvre OpenSessionInViewFilter. Mais j'ai l'impression que tu ne peux pas utiliser de transactionManager (defini dans spring) avec OpenSessionInViewFilter. J'ai l'impression que ca se parametre dans le web.xml.

Il ya un paramètre singleSession"="false" d'apres cette doc.

Desole de ne pas pouvoir t'aider plus.

Angelo

Pardon je me suis trompé :

Citation:

---

l'ouverture de la session se fait tout au long de l'appel du Web Service. Par exemple lors de la serialisation/deserialisation des messages SOAP, la session est ouverte alors que la session n'est plus utilisée.

---

Angelo

Bon, après une bonne nuit de sommeil, ces différentes messages et quelques recherches, nous venons de comprendre ce que nous avions oublié : l'utilisation du transaction manager.

La raison pour laquelle le getHibernateTemplate().get() ne fonctionnait pas avec le lazy-loading, est tout simplement du au fait, que sans transaction manager, la session se ferme automatiquement à la fin de l'appel du get(). Il est donc ensuite impossible de faire de nouvelles requêtes sur la base.

Le lazy-loading marchait uniquemement sur les objets chargés avec this.getSession().createCriteria(...) puisque dans ce cas la session restait ouverte.

Il faut donc configurer dans Spring un transaction manager afin de pouvoir continuer à bénéficier de la session.

Angelo, pour continuer sur le bénéfice du lazy-loading, je n'aurai normalement pas ce problème de N+1 requêtes (tout du moins dans ce projet), puisque j'ai tout passé en lazy. En revanche, tu as bien fait de soulever le problème, puisque je risque effectivement de le rencontrer par la suite.

Un grand merci à toi pour ton aide, elle vient de me soulager d'un grand poids (pour m'en remettre un autre, mais ceci est une autre histoire).

MiniMarch

Bonjour minimarch76,
je suis content que ton problème soit résolu.

Juste par curiosité, pouurais tu juste me dire comment tu configure le transaction Manager avec l'utilsation du filtre OpenSessionInViewFilter.

Merci.

Angelo

Bien sûr, j'ai pensé à le mettre tout à l'heure, mais j'étais un peu court niveau temps.

Pour le OpenSessionInViewFilter, voici le contenu d'une partie du fichier web.xml :

Code:

---

1 2 3 4 5 6 7 8 9

<filter> <filter-name>hibernateFilter</filter-name> <filter-class>org.springframework.orm.hibernate3.support.OpenSessionInViewFilter</filter-class> </filter>   <filter-mapping> <filter-name>hibernateFilter</filter-name> <url-pattern>/services/*</url-pattern> </filter-mapping>

---

Et voici la configuration pour une série de beans DAO/Métier issu du fichier applicationContext.xml :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44

<bean id="sessionFactory" class="org.springframework.orm.hibernate3.LocalSessionFactoryBean"> <property name="configLocation"> <value>classpath:hibernate.cfg.xml</value> </property> </bean>   <bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager"> <property name="sessionFactory"> <ref bean="sessionFactory" /> </property> </bean>   <bean id="abstractDAO" abstract="true" singleton="true"> <property name="sessionFactory"> <ref bean="sessionFactory" /> </property> </bean>   <bean id="abstractManagerTarget" abstract="true" singleton="true" />   <bean id="abstractManager" abstract="true"> <property name="transactionManager"> <ref bean="transactionManager" /> </property> <property name="transactionAttributes"> <props> <prop key="get*">PROPAGATION_REQUIRED, readOnly</prop> <prop key="search*">PROPAGATION_REQUIRED, readOnly</prop> <prop key="*">PROPAGATION_REQUIRED</prop> </props> </property> </bean>   <bean id="ClientManagerTarget" class="monPackage.ClientMetier" parent="abstractManagerTarget"> <property name="clientDAO"> <bean id="ClientDAO" parent="abstractDAO" class="monPackage.ClientDAO" /> </property> </bean>   <bean id="ClientManager" class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean" parent="abstractManager"> <property name="target"> <ref bean="ClientManagerTarget" /> </property> </bean>

---

J'ai volontairement mis toute mon arboresence de beans pour avoir un exemple complet (ça pourrait en intéresser d'autres). Dans le code il suffit ensuite de faire un :

Code:

---

monPackage.ClientMetier metier = (monPackage.ClientMetier metier) beanFactory.getBean("ClientManager");

---

pour avoir accès aux fonctions normalement.

Si tu as des questions sur la configuration, n'hésite pas. maintenant que j'ai compris, ;)

MiniMarch

PS : le problème dont je parlais tout à l'heure est maintenant le suivant http://www.developpez.net/forums/sho...d.php?t=421262 (pour ceux que ça intéresse également) et qui est plus ou moins lié à la configuration de Spring que je viens de donner.

Merci beaucoup de ton retour,
j'ai bien compris comment tu fonctionnais.

Merci pour tout.

Angelo

Salut,
Où je peut trouver applicationContext.xml
SVP car j'ai le même erreur
et merci :ccool: