EJB 3 Session Bean Design for Simple CRUD

前端 未结 1 661
粉色の甜心
粉色の甜心 2020-12-28 23:10

I am writing an application that\'s sole purpose in life is to do CRUD operations for maintaining records in database. There are relationships between some of the tables/en

相关标签:
1条回答
  • 2020-12-28 23:50

    Not sure what blog entry you're talking about :) But in your particular situation1, I'd probably use a single session bean implementing an interface similar to:

    public interface GenericCrudService {
        public <T> T create(T t);
        public <T> T find(Class<T> type, Object id);
        public <T> void delete(T t);
        public <T> T update(T t);
        public List findWithNamedQuery(String queryName);
        public List findWithNamedQuery(String queryName, int resultLimit);
        public List findWithNamedQuery(String namedQueryName, 
                                       Map<String, Object> parameters);
        public List findWithNamedQuery(String namedQueryName, 
                                       Map<String, Object> parameters,
                                       int resultLimit);
        public <T> List<T> findWithNativeQuery(String sql, Class<T> type);
    }
    

    And the bean would be as follow:

    @Stateless
    @Remote(GenericCrudService.class)
    @TransactionAttribute(TransactionAttributeType.MANDATORY)
    public class GenericCrudServiceBean implements GenericCrudService {
        @PersistenceContext
        private EntityManager em;
    
        @Override
        public <T> T create(T t) {
            em.persist(t);
            return t;
        }
    
        @Override
        public <T> T find(Class<T> type, Object id) {
            return em.find(type, id);
        }
    
        @Override
        public <T> void delete(T t) {
            t = em.merge(t);
            em.remove(t);
        }
    
        @Override
        public <T> T update(T t) {
            return em.merge(t);
        }
    
        @Override
        public List findWithNamedQuery(String queryName) {
            return em.createNamedQuery(queryName).getResultList();
        }
    
        @Override
        public List findWithNamedQuery(String queryName, int resultLimit) {
            return em.createNamedQuery(queryName).setMaxResults(resultLimit)
                    .getResultList();
        }
    
        @Override
        public List findWithNamedQuery(String namedQueryName,
                                       Map<String, Object> parameters) {
            return findWithNamedQuery(namedQueryName, parameters, 0);          
        }
    
        @Override
        public List findWithNamedQuery(String namedQueryName,
                                       Map<String, Object> parameters,
                                       int resultLimit) {
            Query query = this.em.createNamedQuery(namedQueryName);
            if(resultLimit > 0) {
                query.setMaxResults(resultLimit);            
            }
            for (Map.Entry<String, Object> entry : parameters.entrySet()) {
                query.setParameter(entry.getKey(), entry.getValue());
            }
            return query.getResultList();
        }
    
        @Override
        @SuppressWarnings("unchecked")
        public <T>  List<T> findWithNativeQuery(String sql, Class<T> type) {
            return em.createNativeQuery(sql, type).getResultList();
        }
    }
    

    See also

    • Generic CRUD Components with Java EE 5
    • Don't repeat the DAO! - Build a generic typesafe DAO with Hibernate and Spring DAO

    1 Most application shouldn't expose raw CRUD directly to clients but shield CRUD behind services implementing business rules and encapsulating access to Domain Stores (the EntityManager).

    0 讨论(0)
提交回复
热议问题