Hi, I'm currently struggling with a potential bug in TomEE 10.1.0. The
problem seems to be triggered by the early injection of a stateless EJB
during server startup.
This results in a cascade of NPEs for subsequent stateless EJB injections.
This is the first exception that can be observed during the startup phase:
java.lang.NullPointerException: Cannot invoke
"org.apache.openejb.core.stateless.StatelessInstanceManager$Data.poolPop()"
because "data" is null
at
org.apache.openejb.core.stateless.StatelessInstanceManager.getInstance(StatelessInstanceManager.java:218)
~[?:?]
at
org.apache.openejb.core.stateless.StatelessContainer.invoke(StatelessContainer.java:204)
~[?:?]
at
org.apache.openejb.core.ivm.EjbObjectProxyHandler.synchronizedBusinessMethod(EjbObjectProxyHandler.java:265)
~[?:?]
at
org.apache.openejb.core.ivm.EjbObjectProxyHandler.businessMethod(EjbObjectProxyHandler.java:260)
~[?:?]
at
org.apache.openejb.core.ivm.EjbObjectProxyHandler._invoke(EjbObjectProxyHandler.java:89)
~[?:?]
at
org.apache.openejb.core.ivm.BaseEjbProxyHandler.invoke(BaseEjbProxyHandler.java:349)
~[?:?]
at jdk.proxy17/jdk.proxy17.$Proxy272.doMasterDataExport(Unknown
Source) ~[?:?]
at
de.optitool.bean.export.AsyncExportBean.handleMessage(AsyncExportBean.java:176)
~[?:?]
at
de.optitool.bean.export.AsyncExportBean.onMessage(AsyncExportBean.java:92)
~[?:?]
at
java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:103)
~[?:?]
at java.base/java.lang.reflect.Method.invoke(Method.java:580) ~[?:?]
at
org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:210)
~[?:?]
at
org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:191)
~[?:?]
at
org.apache.openejb.monitoring.StatsInterceptor.record(StatsInterceptor.java:191)
~[?:?]
at
org.apache.openejb.monitoring.StatsInterceptor.invoke(StatsInterceptor.java:101)
~[?:?]
at
java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:103)
~[?:?]
at java.base/java.lang.reflect.Method.invoke(Method.java:580) ~[?:?]
at
org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:210)
~[?:?]
at
org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:191)
~[?:?]
at
org.apache.openejb.core.interceptor.InterceptorStack.invoke(InterceptorStack.java:95)
~[?:?]
at
org.apache.openejb.core.mdb.MdbContainer._invoke(MdbContainer.java:536)
~[?:?]
at
org.apache.openejb.core.mdb.MdbContainer.invoke(MdbContainer.java:510)
~[?:?]
at
org.apache.openejb.core.mdb.AbstractEndpointHandler.deliverMessage(AbstractEndpointHandler.java:115)
~[?:?]
at
org.apache.openejb.core.mdb.EndpointHandler.deliverMessage(EndpointHandler.java:28)
~[?:?]
at
org.apache.openejb.core.mdb.AbstractEndpointHandler.invoke(AbstractEndpointHandler.java:81)
~[?:?]
at
org.apache.openejb.core.mdb.EndpointHandler.invoke(EndpointHandler.java:28)
~[?:?]
at
de.optitool.bean.export.AsyncExportBean$$LocalBeanProxy.onMessage(de/optitool/bean/export/AsyncExportBean.java)
~[?:?]
at
org.apache.activemq.ra.MessageEndpointProxy$MessageEndpointAlive.onMessage(MessageEndpointProxy.java:123)
~[?:?]
at
org.apache.activemq.ra.MessageEndpointProxy.onMessage(MessageEndpointProxy.java:64)
~[?:?]
at
org.apache.activemq.ActiveMQSession.run(ActiveMQSession.java:1056) ~[?:?]
at
org.apache.activemq.ra.ServerSessionImpl.run(ServerSessionImpl.java:170)
~[?:?]
at
org.apache.geronimo.connector.work.WorkerContext.run(WorkerContext.java:365)
~[?:?]
at
org.apache.geronimo.connector.work.pool.NamedRunnable.run(NamedRunnable.java:32)
~[?:?]
at
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1144)
~[?:?]
at
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:642)
~[?:?]
at java.base/java.lang.Thread.run(Thread.java:1583) [?:?]
The AsyncExportBean is a message-driven bean which tries to invoke the
"doMasterDataExport()" of a local stateless EJB injected with @EJB.
I quickly skimmed through the StatelessInstanceManager code, and it
doesn't seem to expect BeanContext.getContainerData() to return a null
value.