[
https://issues.apache.org/jira/browse/DELTASPIKE-833?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Wolfgang Herget updated DELTASPIKE-833:
---------------------------------------
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):
{noformat}
"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)
{noformat}
{noformat}
"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)
{noformat}
Others after deployment completes enter Deltaspike territory at:
{noformat}
org.apache.deltaspike.jsf.impl.listener.request.DeltaSpikeFacesContextWrapper.getApplication(DeltaSpikeFacesContextWrapper.java:209)
{noformat}
{noformat}
org.apache.deltaspike.jsf.impl.listener.request.JsfClientWindowAwareLifecycleWrapper.attachWindow(JsfClientWindowAwareLifecycleWrapper.java:84)
{noformat}
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.
was:
I feel this is related to DELTASPIKE-362, here's some backtraces where this
occurs. There are before deployment is completed (i.e. before JBAS017534 and
JBAS018565):
{noformat}
"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)
{noformat}
{noformat}
"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)
{noformat}
Others afterward originate at:
{noformat}
org.apache.deltaspike.jsf.impl.listener.request.DeltaSpikeFacesContextWrapper.getApplication(DeltaSpikeFacesContextWrapper.java:209)
{noformat}
{noformat}
org.apache.deltaspike.jsf.impl.listener.request.JsfClientWindowAwareLifecycleWrapper.attachWindow(JsfClientWindowAwareLifecycleWrapper.java:84)
{noformat}
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.
> BeanManagerProvider Log Flood
> -----------------------------
>
> Key: DELTASPIKE-833
> URL: https://issues.apache.org/jira/browse/DELTASPIKE-833
> Project: DeltaSpike
> Issue Type: Bug
> Components: Core, JSF-Module
> Affects Versions: 1.2.1
> Environment: Wildfly 8.2.0.Final, WAR in EAR packaging, PrimeFaces 4
> Reporter: Wolfgang Herget
>
> 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):
> {noformat}
> "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)
> {noformat}
> {noformat}
> "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)
> {noformat}
> Others after deployment completes enter Deltaspike territory at:
> {noformat}
> org.apache.deltaspike.jsf.impl.listener.request.DeltaSpikeFacesContextWrapper.getApplication(DeltaSpikeFacesContextWrapper.java:209)
> {noformat}
> {noformat}
> org.apache.deltaspike.jsf.impl.listener.request.JsfClientWindowAwareLifecycleWrapper.attachWindow(JsfClientWindowAwareLifecycleWrapper.java:84)
> {noformat}
> 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.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
