[
https://issues.apache.org/jira/browse/DELTASPIKE-833?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14376486#comment-14376486
]
Gerhard Petracek commented on DELTASPIKE-833:
---------------------------------------------
@mark:
the same happens e.g. in quartz-jobs -> imo we should just remove that part...
> 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
> Assignee: Mark Struberg
> Fix For: 1.3.1
>
>
> 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)
