使用PrimePush时发生NullPointerException

Question

当我尝试初始化eventBus时，出现NullPointerException异常：

de.mrsfinster.web.livefeed.bean.FeedBean.init（FeedBean.java:179）处的java.lang.NullPointerException
sun.reflect.NativeMethodAccessorImpl.invoke0（本机方法）处sun.reflect.NativeMethodAccessorImpl.invoke（未知源）在org.jboss.weld.interceptor.reader.SimpleInterceptorInvocation
$
SimpleMethodInvocation.invoke（SimpleInterceptorInvocation.java:77）处的java.lang.reflect.Method.invoke（未知源）处sun.reflect.DelegatingMethodAccessorImpl.invoke（未知源）处org.jboss.weld.interceptor.chain.AbstractInterceptionChain.invokeNext（AbstractInterceptionChain.java:126）在org.jboss.weld.interceptor的org.jboss.weld.interceptor.chain.AbstractInterceptionChain.invokeNextInterceptor（AbstractInterceptionChain.java:102）。
proxy.InterceptorMethodHandler.executeInterception（InterceptorMethodHandler.java：43）at
org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.invoke（InterceptorMethodHandler.java:28）at
org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke（CombinedInterceptorAndDecoratorStackMethodHandler.java:53）在Web。
org.jboss.weld.interceptor.util.InterceptionUtils.executePostConstruct（InterceptionUtils.java:38）上的.livefeed.bean.FeedBean
$ Proxy $ _ $$ _ WeldSubclass.lifecycle_mixin _ $$ _ postConstruct（未知源）在org.jboss.weld上。位于org.jboss.weld.injection.producer.BeanInjectionTarget.postConstruct（BeanInjectionTarget.java:68）处的拦截器.util.InterceptionUtils.executePostConstruct（InterceptionUtils.java:50）位于org.jboss.weld.bean.ManagedBean.create（ManagedBean。
java：153），位于org.jboss.weld.util.bean.IsolatedForwardingBean.create（IsolatedForwardingBean。org.jboss.weld.context.AbstractContext.get（java：44）（org.jboss.weld.context.PassivatingContextWrapper
$
AbstractPassivatingContextWrapper.get（PassivatingContextWrapper.java:76）org.jboss.weld
org.jboss.weld.el.AbstractWeldELResolver.lookup（AbstractWeldELResolver.java:107）的.manager.BeanManagerImpl.getReference（BeanManagerImpl.java:742）org.jboss.weld.el.AbstractWeldELResolver.getValue（AbstractWeldELResolver.getValue（AbstractWeldELResolver.getValue（AbstractWeldELResolver.java:90））
）在org.jboss.as.jsf.injection.weld.ForwardingELResolver.getValue（ForwardingELResolver.java:46）在javax.el.CompositeELResolver.getValue（CompositeELResolver.java:188）在com.sun.faces.el.DemuxCompositeELResolver
com.sun.faces.el.DemuxCompositeELResolver.getValue（DemuxCompositeELResolver.java上的_getValue（DemuxCompositeELResolver.java:176）：203），位于com.sun.el.parser.AstIdentifier.getValue（AstIdentifier.java:116），位于com.sun.el.parser.AstValue.getBase（AstValue.java:151）。
org.jboss的com.sun.el.MethodExpressionImpl.invoke（MethodExpressionImpl.java:304）的com.sun.el.parser.AstValue.invoke（AstValue.java:275）的.getTarget（AstValue.java:170）。
org.jboss.weld.el.WeldMethodExpression.invoke（WeldMethodExpression.java:50）上的weld.util.el.ForwardingMethodExpression.invoke（ForwardingMethodExpression.java:40）在org.jboss.weld.util.el.ForwardingMethodExpression.invoke（Foreld.Expression.java:50）
com.sun.faces.facelets.el.TagMethodExpression.invoke（TagMethodExpression.java:105）上org.jboss.weld.el.WeldMethodExpression.invoke（WeldMethodExpression.java:50）上的ForwardingMethodExpression.java:40）
.faces.facelets.tag.jsf.core。在javax.faces.component.UIComponent $
ComponentSystemEventListenerAdapter.processEvent（UIComponent.java:2584）处的DeclarativeSystemEventListener.processEvent（EventHandler.java:128）在javax.faces处的javax.faces.event.SystemEvent.processListener（SystemEvent.java:108）
com.sun.faces.application.ApplicationImpl.processListeners（ApplicationImpl.java:2190）上的.event.ComponentSystemEvent.processListener（ComponentSystemEvent.java:118）com.sun.faces.application.ApplicationImpl.invokeComponentListenersFor（ApplicationImpl.java:2135）
）的org.jboss.as.jsf.injection的com.sun.faces.application.ApplicationImpl.publishEvent（ApplicationImpl.java:247）的com.sun.faces.application.ApplicationImpl.publishEvent（ApplicationImpl.java:289）。
com.sun上的weld.ForwardingApplication.publishEvent（ForwardingApplication.java:299）。在com.sun.faces.lifecycle.Phase.doPhase（Phase.java:101）在com.sun.faces.lifecycle.LifecycleImpl.render（LifecycleImpl.java：上的faces.lifecycle.RenderResponsePhase.execute（RenderResponsePhase.java:107）
219）在io.undertow.servlet.handlers.ServletHandler.handleRequest（ServletHandler.java:85）在javax.faces.webapp.FacesServlet.service（FacesServlet.java:647）在io.undertow.servlet.handlers.security.ServletSecurityRoleHandler位于io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest（ServletDispatchingHandler.java:36）的io.undertow.servlet.handlers.org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest（SecurityContextAssociationHandler.java:78）的.handleRequest（ServletSecurityRoleHandler.java:61）
io的io.undertow.server.handlers.PredicateHandler.handleRequest（PredicateHandler.java:43）。io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest（ServletAuthenticationCallHandler.java:56）的io.undertow.server.handlers.PredicateHandler的undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest（SSLInformationAssociationHandler.java:131）
io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest（AbstractConfidentialityHandler.java:45）的io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest（ServletConfidentialityConstraintHandler.java:63）的handleRequest（PredicateHandler.java:43）
io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler上的.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest（AuthenticationMechanismsHandler.java:58）。org.wildfly上io.undertow.security.handlers.SecurityInitialHandler.handleRequest（SecurityInitialHandler.java:76）上的io.undertow.server.handlers.PredicateHandler.handleRequest（PredicateHandler.java:43）上的handleRequest（CachedAuthenticatedSessionHandler.java:70）
.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest（JACCContextIdHandler.java:61）位于io.undertow.server.handlers.PredicateHandler.handleRequest（PredicateHandler.java:43）位于io.undertow.server.handlers.PredicateHandler.handleRequest
（PredicateHandler.java:43）在io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest（ServletInitialHandler.java:261）在io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest（ServletInitialHandler.java:247）在io.undertow。
servlet.handlers.ServletInitialHandler。在io.undertow.servlet.handlers.ServletInitialHandler
$
1.handleRequest（ServletInitialHandler.java:166）在io.undertow.server.Connectors.executeRootHandler（Connectors.java:197）处访问$
000（ServletInitialHandler.java:76） .server.HttpServerExchange $
1.run（HttpServerExchange.java:759）在java.util.concurrent.ThreadPoolExecutor.runWorker（未知源）在java.util.concurrent.ThreadPoolExecutor
$ Worker.run（未知源）在java.lang.Thread
.run（来源不明）java.util.concurrent.ThreadPoolExecutor $
Worker.run（未知源）处的java.lang.Thread.run（未知源）处的runWorker（未知源）java.util.concurrent.ThreadPoolExecutor
$ Worker.run（未知源）处的java.lang.Thread.run（未知源）处的runWorker（未知源）

这是我的代码：

@PostConstruct
public void init() {
    eventBus = EventBusFactory.getDefault().eventBus();
}

我正在使用Primefaces 5.2，Wildfly 8.2.0.final，大气运行时2.4.0-RC3。

我的web.xml配置：

<servlet>
    <servlet-name>Push Servlet</servlet-name>
    <servlet-class>org.primefaces.push.PushServlet</servlet-class>
</servlet>
<servlet-mapping>
    <servlet-name>Push Servlet</servlet-name>
    <url-pattern>/primepush/*</url-pattern>
</servlet-mapping>

Answer 1

显然EventBusFactory.getDefault()返回null。在将PrimeFaces升级到5.2并在此进行讨论后，可能会出现此问题。尝试加载PushServlet启动时进行正确的初始化：

<servlet>
    <servlet-name>Push Servlet</servlet-name>
    <servlet-class>org.primefaces.push.PushServlet</servlet-class>
    <load-on-startup>1</load-on-startup>
</servlet>