org.hibernate.LazyInitializationException: konnte nicht initialisiert proxy - keine Sitzung, encore un fois

Foo aussieht, hat dieser in es :

@ManyToMany
private Set<User> favouritedBy;

während der Benutzer ist das:

@ManyToMany(mappedBy = "favouritedBy")
private Set<Foo> favourites  = new HashSet<Foo>();
public Set<Foo> getFavourites() {
  return favourite;
}

Und fooService hat dies mit der lazyloaded Sammlung zugegriffen wird, während die Sitzung wird geöffnet, über das tranactional Methode :

@Transactional(readOnly = true)
public Set<Foo> getFavourites(User user) {
user = dao.get(User.class, user.getId()); //the dao gets a session
Set<Foo> favourites = user.getFavourites();//but the session is not here and the exception is thrown?
return  favourties;
}

BEARBEITEN
So behebt man es, ohne die Verwendung von Kriterien :

Set<Foo> favourites = new HashSet<Foo>(user.getFavourites());

und so behebt man es mit den Kriterien

Session session = sessionFactory.getCurrentSession();
final Criteria crit = session.createCriteria(Foo.class);
crit.setFetchMode("favourites", FetchMode.JOIN);
crit.add(Property.forName("id").eq(id));
return (Foo) crit.uniqueResult();
  • sind Sie sicher, dass Sie transactionManager im Frühjahr Kontext und tx:annotation-driven definiert?
  • ja, alles funktioniert ok, auch sonst überall ...
  • kannst du den stack-trace hier? wir werden prüfen, ob Transaktions-handling-code ist es
InformationsquelleAutor NimChimpsky | 2012-12-02
  1. 9

    Den Standard - FetchType in einem ManyToMany ist LAZY und der hibernate-Dokumentation für arbeiten mit faul Verbände klar fordert heraus, diese Art von Zugang als ein Fehler. Sie können interagieren mit träge zugehörigen Objekte erst während der Sitzung ist noch offen. Dieser Teil der Dokumentation bietet auch alternativen für den Zugang zu solchen faul assoziierte Mitglieder eines Objekts . Wir bevorzugen den fetch-Modus anzugeben, wie JOIN die Kriterien, die in unseren Anwendungen

    Bearbeiten:

    Set<Foo> favourites = user.getFavourites();

    Die obige Aussage eigentlich nicht zurückgeben set enthält alle Foo Objekte. Es ist nur ein proxy. Die tatsächliche Foo Objekte abgerufen werden, nur wenn die Elemente in den Satz zugegriffen werden, wie favorites.iterator() etc., Dieser Vorgang ist eindeutig geschehen außerhalb Ihres getFavorites() Methode. Aber die @Transactional annotation auf der getFavorites() Methode zeigt an, dass die Sitzung geschlossen am Ende dieser Methode.

    So, wenn Methoden aufgerufen werden, die auf den Favoriten gesetzt, die session ist bereits geschlossen und damit die Ausnahme.

    Diese Adresse verwenden, sollten Sie das Kriterien-Objekt zum abrufen der Benutzer und festlegen des fetch-Typs als JOIN so, dass die Foo-Objekte bewohnt werden, die im User-Objekt zurückgegeben.

    • ja, ich dachte, die Sitzung noch geöffnet, wenn das ist die Frage, wie die Methode ist, die Transaktions-und die dao verwendet die Sitzung injiziert.
    • Durch die Zeit, die Ihr faul-assoziierten-set kopiert wird, werden die Anrufer von getFavorites() Methode, wäre die session bereits geschlossen, da der Umfang der Transaktion endet mit dem Ende der getFavorites() Methode.
    • Ich verstehe nicht, überhaupt nicht. "Umfang der Transaktion endet mit dem Ende der getFavorites()" thats, wenn ich will es zu Ende, ich habe als user.getFavourties während der Sitzung geöffnet ist, wird das laden aus der db die Daten, und füllen Sie ein hashset ? (na ja, offensichtlich ist es nicht und ich bin falsch, ich manchmal wünschte, ich nie die Mühe mit hibernate)
    • Finden Sie das update, wo ich versuchte zu erklären, was genau passiert.
    • Anmerkung gewährleistet, dass die Sitzung geöffnet, bis die Methode endet, Sie sollten in der Lage sein zu verwenden, faul Sammlungen hier
    • OK, danke für den edit. Das erklärt es.
    • true, aber wenn Sie starten Sie den Zugriff auf die Sammlung / set außerhalb dieser Methode, dann ist der proxy, der ist tatsächlich wieder durch den user.getFavorites() - Methode nicht mit einer gültigen Sitzung, um Sie zu Holen aus dem datenspeicher.
    • ja, das ist der Grund, warum ich ihn gebeten, die post-stack-trace
    • diese Antwort erklärt es, danke. Obwohl es scheint etwas komisch zu mir, ich dachte, das lazyload passieren würde, auf die Benutzer.getFav() nicht auf die Manipulation der tatsächlichen Sammlung selbst.
    • Ich kann nur tun, "Set<Foo - > Favoriten = new HashSet<Foo - >(der Benutzer.getFavourites());"
    • Zwingt die eingestellt werden, Durchlaufen in der Sitzung zu Grenzen, nice!!!
    • scheint immer noch ein bisschen hässlich tbh, und die Abfälle, die die Zyklen, die ich haben gehen an der Schaffung der crieria mit fetch join-Typ, aber es sieht Komplex zu.

    InformationsquelleAutor Vikdor
  2. 9

    Gibt es zwei Lösungen.

    1. Nicht verwenden lazy load.

      Set lazy=false im XML-oder im Set @OneToMany(fetch = FetchType.EAGER) In annotation.

    2. Verwenden lazy load.

      Set lazy=true im XML-oder im Set @OneToMany(fetch = FetchType.LAZY) In annotation.

      und fügen Sie filter in Ihrem web.xml

       <listener>
     ...
 </listener>
 <filter>
     <filter-name>hibernateFilter</filter-name>
     <filter-class>
         org.springframework.orm.hibernate4.support.OpenSessionInViewFilter
     </filter-class>
     <init-param>
         <param-name>sessionFactoryBeanName</param-name>
         <param-value>mySessionFactory</param-value> 
     </init-param>
 </filter>
 <filter-mapping>
     <filter-name>hibernateFilter</filter-name>
     <url-pattern>/*</url-pattern>
 </filter-mapping>
 <servlet>
     ...
 </servlet>

    Sowie <param-value>mySessionFactory</param-value> ist Ihre sessionFacory bean-Namen, definiert in applicationContext.xml

    InformationsquelleAutor saneryee
  3. 2

    Ja, das Objekt zugegriffen werden soll, im transnationalen Kontext sonst wird es werfen eine LazyInitializationException.

    InformationsquelleAutor user3018554
Schreibe einen Kommentar