Welcher CDI-Bereich sollte für DAO und Service-Klassen verwendet werden

Question

Ich versuche, Anwendung nur mit JPA, CDI (OpenWebBeans + Deltaspike JPA-Modul), JSF zu erstellen. Ich verwende CDI, das auf Tomcat bereitgestellt wird, auf die gleiche Weise, mit der ich das Spring-Framework verwende. Ich habe DAO GenericDAOImpl wie folgt aufgerufen (ersten Zeilen):

public abstract class GenericDaoJpa<T> implements GenericDao<T> { 
    private static final Log logger = LogFactory.getLog(GenericDaoJpa.class); 

    @Inject 
    protected EntityManager entityManager; 

    private Class<T> type; 

Der EntityManager injiziert wird mit DeltaSpike JPA modulehttp: //deltaspike.apache.org/jpa.html. Dieses GenericDao wird dann von konkreten DAO (UserDao etc ..) übernommen, die von Serviceklassen verwendet werden.

Zum Beispiel UserServiceImpl:

public class UserServiceImpl implements UserService { 

    private static final Log logger = LogFactory.getLog(UserServiceImpl.class); 

    @Inject 
    private UserDao userDao; 

    @Transactional 
    public void saveUser(UserDto user) throws UserServiceException { 
     try { 
      User u = new User(user); 
      userDao.create(u); 
     } catch (Exception e) { 
      logger.error("Error while creating user.", e); 
      throw new UserServiceException("Error while creating user."); 
     } 
    } 
} 

CDI Mit dieser Art und Weise sowohl DAO und Service-Klasse wird im Gegensatz zu im Frühjahr Dependent Umfang hat, wo sie Singleton sein würden. Daher wird jedem Client eine neue Instanz hinzugefügt. Sollte ich Bereiche für DAO- und Service-Klassen zu ApplicationScope ändern? Aber dann muss ich bei der Spezifikation alle Klassen machen, die serialisiert werden sollen. Im Fall von Dao-Klassen könnte das ein Problem sein, EntityManager sollte dann als transient markiert werden? A

Ich würde mich für irgendwelche Empfehlungen freuen.

Answer 1

@ApplicationScoped hat keine Relevanz für Serializable, sie sind immer in der Nähe und bleiben nie auf der Festplatte. @SessionScoped erfordert Serialisierung aufgrund des Verhaltens von HTTP-Sitzungsobjekten.

Ich würde empfehlen, einen Bereich zu verwenden, da das Verlassen von allem zu Speicherlecks führt (es wird nie klar, wenn ein @Dependent Objekt entfernt wird). Wenn Ihre Anwendung relativ zustandslos ist, können Sie @RequestScoped verwenden. @ApplicationScoped müssen Sie berücksichtigen, dass mehrere Clients eine Verbindung zu Ihrer Instanz herstellen.