[ https://issues.jboss.org/browse/WFLY-11601?page=com.atlassian.jira.plugin... ] Stefan Gr commented on WFLY-11601: ---------------------------------- I had no time to investigate it myself but why is the {{BeanDeploymentModules.processBeanDeployments}} executed after the cleanup code? I've found this section in some [core documentation|https://github.com/weld/core/blob/603f95ab2a60bfbe962c4ec6c...] which does not make sense to me, when weld/CDI is not even know all beans. {noformat} You must ensure that WeldInitialListener.contextInitialized() is called after beans are deployed is complete (Bootstrap.deployBeans() has been called). {noformat} But if it may break existing code if we move out that part, there might be another solution that requires changes in the CDI implementation: * Set a flag which tells whether {{endInitialization was run}} * In {{contextInitialized}} we check this flag and if it is true, we simply fire the event for {{@ApplicationScoped}} * If the flag is false, we catch the ServletContext and fire the event as soon as {{endInitialization}} completes - just like it is done for non-web modules. That requires some thread-safe code but should not break any code. The performance overhead shouln't be noticable because this only affects the initialization and not the runtime. What do you think? Is there something I'm missing again? Does it require a spec change? -- This message was sent by Atlassian Jira (v7.12.1#712002)