EntityManager + Transaktion Frage

razer69 · **Joined:** Wed Feb 18, 2009 5:14 pm **Posts:** 4

Hi zusammen,

ich habe eine Frage bezüglich des EntityManagers der für mich neu ist.
Es soll ein Programm zur Verwaltung der Warenwirtschaft werden. Meine Architektur wird so aussehen:
- Dao-Klassen zum Zugriff auf die DB.
- Model-Klassen um die Anwendungslogik zu implementieren.
- UserInterface bin ich noch unentschlossen, aber höchstwahrscheinlich eine JSF basierte, da ich mit SWING noch gar nichts zu tun hatte. Transaction Type = RESOURCE_LOCAL mit Tomcat.

Meine Fragen sind jetzt:
1. Wo sollte am besten die EntityManagerFactory initialisiert und wo geschlossen werden? Ich dachte in den Model-Klassen im Konstruktor initialisieren, und dann beim Aufruf der DAOs-Funktionen mitgegeben. Oder im Konstruktor der DAOs?

2. Wo soll der EntityManager initialisiert werden, habe es im Moment so dass in jeder Funktion der DAOs am Anfang

Code:

EntityManager em = emf.createEntityManager();

steht und am Ende

Code:

if(em != null) em.close();

, ist es so üblich?

3. Wie sollte die UserTransaction in Kombination mit einem EntityManager benutzt werden?

Ein paar Bespielklassen wären super um zu sehen wie es am besten in der Praxis benutzt wird.

Danke im Vorraus!

razer69 · **Joined:** Wed Feb 18, 2009 5:14 pm **Posts:** 4

Lohnt es sich überhaupt den EntityManager zu nutzen, was ist der Vorteil gegenüber der klassischen Nutzungsweise wie z.B.:

Code:

Session session = HibernateUtil.getSessionFactory().getCurrentSession();
    session.beginTransaction();
         session.save(Obj)
         session.getTransaction().commit();

Soweit ich es verstanden habe ist der EntityManager erst mit einem EJB-Container interessant. Aber ich lasse mich gerne des Besseren belehren. :)

mmerder · **Posted:** Thu May 07, 2009 7:38 am

Du hast Recht, der EntityManager ist die Implementierung, die in EJB3-Architekturen eingesetzt werden sollte. Dieser implementiert JPA und du könntest somit theoretisch Hibernate durch andere JPA-Implementationen austauschen, ohne deinen Projektcode zu ändern.

Falls du aber ein Standalone-Projekt umsetzen musst, und dir JPA prinzipiell egal ist, würde ich dir den klassischen Hibernate-Session weg empfehlen, da du ohne nervige Casts auch Hibernate-Funktionen wie Criteria oder andere verwenden kannst.