MySQL Hibernate mit JaxWS führt zu LazyInitialization Exception

[ElBobby]

Hallo Leute,

ich habe ein kleines Problem, dem ich nicht ganz Herr werden kann.

Ich habe eine Applikation, die einen WebService bereitstellt. Der WebService, bzw. dessen Logik, greift dann auf eine Datenbank zu um dort zu operieren.

Das Ganze ist geschichtet:
Schicht 1: Entitäten der Datenbank mit Annotationen für Hibernate.
Schicht 2: DAO-Interfaces
Schicht 3: DAO-Implementationen (im Resources Ordner ist die hibernate.cfg)
Schicht 4: Der Webservice selbst.

Alles wird mit Maven gebaut, es gibt ein Projekt, wo alle vier Schichten jeweils als eigenes Projekt abgetrennt sind. So hat zum Beispiel die 4. Schicht als Abhängigkeiten in seiner pom.xml alle anderen Schichten.

Nun zum PROBLEM:
Wenn ich in Schicht 3 meine JUnit-Tests durchlaufen lasse, so wird eine Session eröffnet und die Datenbankzugriffe funktionieren. Wenn ich den WebService baue (als jar mit allen Abhängigkeiten), diesen starte (in der Console) und dann eine Abfrage auslöse, so kommt es zu einer LazyInitialization Exception.

Ich hätte gedacht, dass die Hibernate.cfg nicht gefunden würde, aber das kann ich ausschließen, denn sonst gäbe es kein LazyInitialization Exc. .

Habt ihr da eine Idee woran das liegen könnte?

 

[mvitz]

Mit "diesen starte (in der Console) und dann eine Abfrage auslöse," meinst du, dass du einen Client für den WS gebaut hast und über diesen Abfragst?

 

[ElBobby]

Hi,

Mit "diesen starte (in der Console) und dann eine Abfrage auslöse," meinst du, dass du einen Client für den WS gebaut hast und über diesen Abfragst?

Damit meine ich, dass der WebService in der Console gestartet wird. Der Client des WebServices ist im konkreten Problem ein JUnit Test, den ich in Ecplipse laufen lasse.

Zusammenfassend:

• Webservice läuft als Applikation, gestartet in der Console
• Client ist ein JUnit Test, der in Eclipse gestartet wird.

 

[maki]

Kannst mal nach "LazyInitializationException" suchen, kommt sehr oft die Frage.

 

[Reggie]

Moin,

Bei webservices und Rest solltest du die Objekte entweder alle auf eager stellen oder das "Open Session in View" Pattern verwenden.

Das Problem ist das die Objekte den Inhalt nicht Lazy nachladen können weil die Session bereits geschlossen ist.

Gruss Reggie

 

[mvitz]

"Open Session in View" wird bei diesem Anwendungsfall nicht funktionieren.
Das Zauberwort heißt hier also "Eager Loading".

 

[ElBobby]

Kannst mal nach "LazyInitializationException" suchen, kommt sehr oft die Frage.

Was die LazyInit. ist, ist mir bekannt. Der Kontext ist hier das Salz in der Suppe.

Moin,

Bei webservices und Rest solltest du die Objekte entweder alle auf eager stellen oder das "Open Session in View" Pattern verwenden.

Das Problem ist das die Objekte den Inhalt nicht Lazy nachladen können weil die Session bereits geschlossen ist.

Gruss Reggie

Ich werde mir das Pattern mal angucken. Kenne ich noch gar nicht. Danke.

"Open Session in View" wird bei diesem Anwendungsfall nicht funktionieren.
Das Zauberwort heißt hier also "Eager Loading".

Ok, um die Bildungslücke zu schließen, werde ich mir das trotzdem mal angucken. Eager-Loading habe ich bereits teilweise. Ich werde mal versuchen, dass ich allen Gettern die JPA-Annotation für Eager gebe und mal gucken, ob es dann besser wird. Ich berichte. Danke!

 

[maki]

Was die LazyInit. ist, ist mir bekannt. Der Kontext ist hier das Salz in der Suppe.

Verstehe ich nicht warum du dann erst fragst, Fetch Joins etc. sind in allen Kontexten eine mögliche Lösung, LazyInitException ist doch immer dasselbe, "OpenSessionInView" ist dagegen kontextspezifisch.

 

[mvitz]

...
Ok, um die Bildungslücke zu schließen, werde ich mir das trotzdem mal angucken. Eager-Loading habe ich bereits teilweise. Ich werde mal versuchen, dass ich allen Gettern die JPA-Annotation für Eager gebe und mal gucken, ob es dann besser wird. Ich berichte. Danke!

Evtl. solltest du dann das laden abändern und nicht per Default alle Getter auf Eager setzen, kommt aber natürlich auch ein wenig auf den Anwendungsfall an.