JPA mit EJB mit getrennten DAO- und Service-Layern

Question

Dies ist ein Architekturproblem, das ich derzeit habe. Ich brauche Hilfe bezüglich der besten Praktiken bei der Integration von EJB und JPA in ein Projekt. Ich möchte EJBs haben, die die Aufgabe der Service-Schicht übernehmen und die Geschäftslogik meiner Anwendung enthalten. Genau darunter würde ich gerne eine DAO-Ebene haben, die meine EJBs benutzen werden, indem sie eine DAO-Fabrik benutzen, um diese beiden Schichten so weit wie möglich zu trennen. Wenn ich das weiß, kann ich meine DAO natürlich nicht als EJBs erstellen, weil ich nicht möchte, dass sie automatisch injiziert werden, da ich möchte, dass sie durch die Fabrik erstellt werden. Das führt mich die EntityManager manuell

Persistence.createEntityManagerFactory("PortalEJB").createEntityManager(); 

Jetzt mit

erstellen ... dieser Aufruf in meiner abstrakten JPA DAO befindet:

public abstract class JPADataAccessorObject<K, E> implements DataAccessorObject<K, E> { 
    protected Class<E> entityClass; 

    protected EntityManager entityManager; 

    protected JPADataAccessorObject(Class<E> pEntityClass) { 
     this.entityManager = Persistence.createEntityManagerFactory("PortalEJB").createEntityManager(); 
     this.entityClass = pEntityClass; 
    } 

    /* Other DAO functions (update, delete, create) */ 
} 

Ich denke, das schlecht ist, ist es nicht? Alle meine konkreten Erweiterungen dieser Klasse werden eine brandneue Kopie des Persistenzkontextes haben und ich werde seltsames Verhalten bekommen. Außerdem, wenn ich das mache, denke ich Ich muss die Transaktionen selbst in der Service-Schicht verwalten. Ich war über Aspekte für das schaffen, so etwas wie:

• Transaktion erstellen, bevor Sie Funktion des Service-Layer/Verfahren
• (die Transaktion Rollback, wenn eine Ausnahme auftritt)
• Commit die Transaktion nach jeder Funktion der Dienstschicht
  • Wie soll ich manag:/Verfahren

  hier So sind meine Fragen e der EntityManager?

• Sollte ich eine Art von JPA-Dienstprogramm-Klasse haben, die es verwaltet, eine Kopie von Multithreading geschützt zu haben?
• Wenn ich einen schrecklichen Fehler mache, geben Sie bitte Best Practices an.

Answer 1

Haben Sie den Beitrag von Adam Bien JPA/EJB3 KILLED THE DAO und DAOS AREN'T DEAD - BUT THEY EITHER COLLAPSED OR DISAPPEARED gesehen?

public abstract class AbstractFacade<E extends Serializable, 
            PK extends Serializable> { 

    private final transient Class<E> entityClass; 

    public AbstractFacade(final Class<E> entityClass) { 
     this.entityClass = entityClass; 
    } 

    protected abstract EntityManager getEntityManager(); 

    public void create(final E entity) { 
     final EntityManager entityManager = getEntityManager(); 
     entityManager.persist(entity); 
    } 

    public final E find(final PK id) { 
     return getEntityManager().find(entityClass, id); 
    } 

    // Other common operations 

} 

Und einen bestimmten Service:

@Stateless 
public class UserFacade extends AbstractFacade<User, String> { 

    @PersistenceContext(unitName = "MyPU") 
    private EntityManager em; 

    @Override 
    protected EntityManager getEntityManager() { 
     return em; 
    } 

    public UserFacade() { 
     super(User.class); 
    } 

    // Other methods of this service 

} 

Sehen Sie mehr in Java EE 6/7: The Lean Parts von JavaOne 2012 in San Francisco

In einer anderen Hand, können Sie eine abstrakte Klasse für die Service-Layer betrachten .