[DELTASPIKE-833] BeanManagerProvider Log Flood

• Type: Bug
• Status: Closed
• Priority: Major
• Resolution: Fixed
• Affects Version/s: 1.2.1
• Fix Version/s: 1.4.0
• Component/s: Core, JSF-Module
• Environment: Wildfly 8.2.0.Final, WAR in EAR packaging, PrimeFaces 4
• Assignee: Mark Struberg
• Reporter: Wolfgang Herget
• Created: 10/Feb/15 11:55
• Updated: 21/May/15 18:51
• Resolved: 29/Mar/15 12:53

Description

As the subject says, my log is flooded with messages:
"When using the BeanManager to retrieve Beans before the Container is started, non-portable behaviour results!"
This looks similar to DELTASPIKE-362, but I'm not using MessageBundle. Here's some backtraces where this occurs. These are before deployment is completed (i.e. before JBAS017534 and JBAS018565):

"MSC service thread 1-7"
org.apache.deltaspike.core.api.provider.BeanManagerProvider.getBeanManager(BeanManagerProvider.java:202)
org.apache.deltaspike.core.api.provider.BeanProvider.getBeanManager(BeanProvider.java:510)
org.apache.deltaspike.core.api.provider.BeanProvider.getContextualReference(BeanProvider.java:119)
org.apache.deltaspike.core.api.provider.BeanProvider.getContextualReference(BeanProvider.java:100)
org.apache.deltaspike.jsf.impl.config.view.ViewConfigPathValidator.contextInitialized(ViewConfigPathValidator.java:52)
io.undertow.servlet.core.ApplicationListeners.contextInitialized(ApplicationListeners.java:173)
io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:193)
org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:87)
org.wildfly.extension.undertow.deployment.UndertowDeploymentService.start(UndertowDeploymentService.java:72)
org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
java.lang.Thread.run(Thread.java:745)

"MSC service thread 1-7"
org.apache.deltaspike.core.api.provider.BeanManagerProvider.getBeanManager(BeanManagerProvider.java:202)
org.apache.deltaspike.jsf.impl.listener.system.JsfSystemEventBroadcaster.processEvent(JsfSystemEventBroadcaster.java:55)
javax.faces.event.SystemEvent.processListener(SystemEvent.java:108)
com.sun.faces.application.ApplicationImpl.processListeners(ApplicationImpl.java:2190)
com.sun.faces.application.ApplicationImpl.invokeListenersFor(ApplicationImpl.java:2163)
com.sun.faces.application.ApplicationImpl.publishEvent(ApplicationImpl.java:303)
org.jboss.as.jsf.injection.weld.ForwardingApplication.publishEvent(ForwardingApplication.java:294)
com.sun.faces.config.ConfigManager.publishPostConfigEvent(ConfigManager.java:692)
com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:260)
io.undertow.servlet.core.ApplicationListeners.contextInitialized(ApplicationListeners.java:173)
io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:193)
org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:87)
org.wildfly.extension.undertow.deployment.UndertowDeploymentService.start(UndertowDeploymentService.java:72)
org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
java.lang.Thread.run(Thread.java:745)

Others after deployment completes enter Deltaspike territory at:

org.apache.deltaspike.jsf.impl.listener.request.DeltaSpikeFacesContextWrapper.getApplication(DeltaSpikeFacesContextWrapper.java:209)

org.apache.deltaspike.jsf.impl.listener.request.JsfClientWindowAwareLifecycleWrapper.attachWindow(JsfClientWindowAwareLifecycleWrapper.java:84)

Judging from previous discussion here: http://markmail.org/message/lhwkni7roza6oues
I have a strong suspicion that it's really something to do with ClassLoading, where the booted flag for the BeanManager in the ClassLoader that runs the JSF (i.e., the WAR) is not set.