我正在努力弄清楚如何在我的应用程序中设置一个服务/Dao层。我已经找到了几十种资源,它们都有不同的方法来实现它,并决定遵循下面的模型:如何在良好解耦的服务层和数据访问层中使用EntityManager?
我不知道是什么让我失去了NPE。
使用:
@Path("/helloworld")
public class MyController {
@GET
@Produces(MediaType.TEXT_PLAIN)
public String TestRequest() {
Workflow workflow = new Workflow();
workflow.setName("test");
WorkflowService workflowService = new WorkflowService();
workflowService.save(workflow);
return "Workflow ID:";
}
}My Dao:
@Stateless
public class WorkflowDao {
@PersistenceContext(unitName = "unit")
private EntityManager entityManager;
public int save(Workflow workflow) {
entityManager.persist(workflow);
return workflow.getId();
}
}My Service:
@Stateless
public class WorkflowService {
@EJB
WorkflowDao workflowDao;
public int save(Workflow workflow) {
int id = workflowDao.save(workflow); //throws NullPointerException because workflowDao is null
return id;
}
}这是我第一次设置Java项目(之前只使用过1,它使用了Spring),所以如果这看起来非常错误,请记住这一点。
发布于 2013-02-13 19:33:57
WorkflowDao不是EJB,而是带有@Stateless注释的POJO。因此,自然地,使用@EJB注入它会失败,创建一个空workflowDao属性并最终生成一个NullPointerException。
为了使WorkflowDao成为一个成熟的EJB,除了有一个@Stateless或@Stateful注释之外,它还需要实现一个本地的、远程的或两个接口,并且这些接口必须分别用@Local和@Remote进行注释。详情请参阅教程。
而且,很可能(这可能是依赖于应用程序服务器的),您必须在应用程序的xml描述符文件中注册EJB -例如,在web.xml的<ejb-local-ref>元素中。
顺便提一句--使用EJB作为DAO并不是个好主意,EJB通常用于实现业务逻辑(从这里可以调用真正的持久化/合并操作),但是现在的实际持久层是使用JPA实现的。换句话说,WorkflowService应该是EJB服务,不需要向其注入EJB,也不需要单独的DAO层-- JPA实体来实现这个角色。
发布于 2013-02-13 19:57:55
如果您手动实例化WorkflowService,容器将不会执行任何注入,因为您的WorkflowService不是由容器管理的。
我建议你:
不再需要实现本地或远程接口
@Path("workflows")
@Stateless
public class WorkFlowResource{
@EJB
WorkflowService workflowService;
@GET
@Produces(MediaType.TEXT_PLAIN)
public String TestRequest() {
Workflow workflow = new Workflow();
workflow.setName("test");
workflowService.save(workflow);
return "Workflow ID:";
}
}https://stackoverflow.com/questions/14861462
复制相似问题