Jpa 如何调试/修复EntityManager'；我们找到了什么？

我正在关注这一点 . 每次调用find时，我都会遇到此错误：

java.lang.NullPointerException
位于LoginAction.service（LoginAction.java:41）
在Dispatcher.doWork（Dispatcher.java:82）
位于Dispatcher.doGet（Dispatcher.java:64）
位于javax.servlet.http.HttpServlet.service（HttpServlet.java:734）
位于javax.servlet.http.HttpServlet.service（HttpServlet.java:847）
位于org.apache.catalina.core.ApplicationFilterChain.servletService（ApplicationFilterChain.java:427）
位于org.apache.catalina.core.StandardWrapperValve.invoke（StandardWrapperValve.java:315）
位于org.apache.catalina.core.StandardContextValve.invokeInternal（StandardContextValve.java:287）
位于org.apache.catalina.core.StandardContextValve.invoke（StandardContextValve.java:218）
位于org.apache.catalina.core.StandardPipeline.doInvoke（StandardPipeline.java:648）
位于org.apache.catalina.core.StandardPipeline.doInvoke（StandardPipeline.java:593）
位于com.sun.enterprise.web.WebPipeline.invoke（WebPipeline.java:94）
位于com.sun.enterprise.web.peSessionLockingsStandardPipeline.invoke（peSessionLockingsStandardPipeline.java:98）
位于org.apache.catalina.core.StandardHostValve.invoke（StandardHostValve.java:222）
位于org.apache.catalina.core.StandardPipeline.doInvoke（StandardPipeline.java:648）
位于org.apache.catalina.core.StandardPipeline.doInvoke（StandardPipeline.java:593）
位于org.apache.catalina.core.StandardPipeline.invoke（StandardPipeline.java:587）
位于org.apache.catalina.core.ContainerBase.invoke（ContainerBase.java:1096）
位于org.apache.catalina.core.StandardEngineValve.invoke（StandardEngineValve.java:166）
位于org.apache.catalina.core.StandardPipeline.doInvoke（StandardPipeline.java:648）
位于org.apache.catalina.core.StandardPipeline.doInvoke（StandardPipeline.java:593）
位于org.apache.catalina.core.StandardPipeline.invoke（StandardPipeline.java:587）
位于org.apache.catalina.core.ContainerBase.invoke（ContainerBase.java:1096）
位于org.apache.coyote.tomcat5.CoyoteAdapter.service（CoyoteAdapter.java:288）
位于com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.InvokeApter（DefaultProcessorTask.java:647）
位于com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.doProcess（DefaultProcessorTask.java:579）
位于com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.process（DefaultProcessorTask.java:831）
位于com.sun.enterprise.web.connector.grizzly.DefaultReadTask.executeProcessorTask（DefaultReadTask.java:341）
位于com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask（DefaultReadTask.java:263）
位于com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask（DefaultReadTask.java:214）
位于com.sun.enterprise.web.portunif.PortUnificationPipeline$PUTask.doTask（PortUnificationPipeline.java:380）
位于com.sun.enterprise.web.connector.grizzly.TaskBase.run（TaskBase.java:265）
在com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run（SSLWorkerThread.java:106）

我不知道从哪里开始找。第41行是operator.findOperator（1），其中

@EJB
私人经营者或私人服务经营者

我试着在玻璃鱼2.1上做这个。这就是持久性：


org.eclipse.persistence.jpa.PersistenceProvider
jdbc/peciu

我尝试了一个单独的JPA项目，它具有以下持久性：

org.eclipse.persistence.jpa.PersistenceProvider
操作人员

它工作得很好，从操作符表返回结果。
我不知道我错过了什么。谢谢你抽出时间。Iulia
您需要弄清楚为什么OperatorBeanService没有被注入（@EJB注释）

不过，我有点困惑，您是否正在遵循使用glassfish的WebSphere教程/示例？也许你可以试试这个，看看它是否有效？很抱歉没有回答，但我没有太多要说的

-Rick
谢谢您的时间。您是对的，注入是不正确的。我使用glassfish是因为它更易于安装，而且我尝试用websphere配置eclipse的所有尝试都以史诗般的失败告终。最后帮助我的是这篇小文章：