2011-01-10 7 views
2

Ich verstehe, dass ein erweiterter Persistenzkontext die Dauer der Konversation oder bis der Persistenzkontext vom Container geschlossen wird, wenn die @Remove Methode der Stateful Session Bean abgeschlossen wird (oder die stateful session bean Instanz) ist sonst zerstört).Erweiterter Persistenzkontexttyp mit JPA 2 & Hibernate

Offensichtlich wird der Persistenzkontext auch in JPA 2/Hibernate geschlossen, wenn die Bean zerstört wird, aber gibt es eine Parallele zu @Remove in JPA 2/Hibernate?

Sind bei der Verwendung eines erweiterten Persistenzkontexts auch einige Fehler zu beachten?

Antwort

2

JPA/Hibernate sind Persistenztechnologien. Sie behandeln keine Session (Entity Manager) -Management. Sie stellen den Entity Manager bereit und lassen ihn von anderen Technologien verwalten.

  • manuell - öffnen und schließen Entity-Manager
  • EJB3 - wie Sie bereits erwähnt
  • CDI, Frühling, guice usw. Dependency Injection-Frameworks.

sollte vom Rahmen behandelt werden, die die EntityManager injiziert, wo @PersistenceContext vorhanden ist. Dies kann nicht JPA/Hibernate allein sein.

+0

1. allgemein gesprochen - über Proxies. 2. Ja, aber besser nicht. Es hängt wiederum von der Implementierung ab, ob es fehlschlägt, ein Problem meldet und fortfährt oder still weitergeht. – Bozho