Discussion :

[stof]

Bonjour,

Je suis passé de Hibernate 3.2.1 GA à 4.2.8 et Spring 2.0 à 3.2.5.

Le code qui fonctionnait bien précédemment a désormais des problèmes sur les jointures déclarées en LAZY au moment où je veux accéder à ces objets (org.hibernate.LazyInitializationException: could not initialize proxy - no Session)

De ce que je comprends, il faudrait que la session reste ouverte pour qu'Hibernate puisse charger sur demande les données (comme c'était le cas avant) mais je ne comprend pas comment est gérée cette histoire de session dans mon application.

Qu'est-ce que je peux faire pour corriger le problème (sans réécrire toute l'application).
Merci.


Ce que je vois juste c'est dans myAppContext.xml :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
    <bean id="myAppEMF" class="org.springframework.orm.jpa.LocalEntityManagerFactoryBean">
      <property name="persistenceUnitName" value="myApp.hibernate" />
    </bean>

et le persistence.xml :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
  <persistence-unit name="myApp.hibernate" transaction-type="RESOURCE_LOCAL">
    <description>MyApp Persistence Unit</description>
    <provider>org.hibernate.ejb.HibernatePersistence</provider>
 
    <properties>
 
    	<!-- DataBase properties -->
      	<property name="hibernate.connection.datasource"  value="java:/comp/env/jdbc/myApp" />
      	<property name="hibernate.connection.pool_size"   value="100"/>
      	<property name="hibernate.format_sql"             value="true"/>
      	<property name="hibernate.dialect"                value="org.hibernate.dialect.OracleDialect"/>
   	<property name="hibernate.connection.release_mode" value="auto"/>
 
    </properties>
 
  </persistence-unit>

[stof]

Il y a bien des choses qu'on trouve sur différents forums, y compris ici :
http://spring.developpez.com/faq/?pa...ebconfigspring

Pour résoudre le problème, si la SessionFactory est configurée dans un fichier de contexte Spring, un filtre est à notre disposition pour garder la session ouverte : OpenSessionInViewFilter.

Si c'est pas le cas, l'histoire ne dit pas ce qu'on peut tenter...
Parce que sinon ça fait "No bean named 'sessionFactory' is defined"

[Issamoo]

J'ai le même problème, je travaille avec Spring Security 3. Si je trouve la solution je vais la mettre

[stof]

Pour ma part je n'ai plus trop de piste; j'ai essayé de jouer avec les @Transactional mais je suis sans le brouillard...
Avec JPA, on devrait pas avoir à se préoccuper de cette histoire de session (et ça marchait très bien avec les anciennes librairies...)

[stof]

Dernière info, à chaque fois que je me prends ce genre d'exception, je peux """"résoudre"""" (notez les gros guillemets) le problème en cherchant où l'objet est récupéré par le DAO et je rajoute immédiatement après des lignes du genre personne.getSac() pour qu'au moment où j'ai besoin de récupérer le stylo qui est dans le sac ça puisse le trouver.

Mais encore une fois impossible de comprendre pourquoi la simple migration de librairie a tout fichu en l'air et ça fait une sacrée réécriture au petit bonheur la chance...

En fait j'ai l'impression qu'avant quand on mettait son objet personne (avec un sac en LAZY) dans une autre classe groupe, on pouvait toujours ensuite récupérer le contenu du sac de chaque personne du groupe alors que maintenant avec ces librairies il faut demander le sac de la personne avant de la mettre dans le groupe...