[ https://issues.jboss.org/browse/WFLY-11601?page=com.atlassian.jira.plugin... ] Stefan Gr commented on WFLY-11601: ---------------------------------- {quote}Non-web modules are handled differently because Weld alone knows when to fire that event. In order to know when do it for web modules, we need the mechanism that we use now - for undertow to tell us basically.{quote} For web-modules this is done by {{WeldInitialListener#contextInitialized}} which again forwards to {{HttpContextLifecycle#contextInitialized}}. The logic I've described could be implemented in {{HttpContextLifecycle#contextInitialized}} and {{WeldStartup#endInitialization}}. Everything would be inside weld. I don't know if it is possible that one deployment can contain multiple web-modules. But that is also a task that could be handled easily. So there are two scenarios: First scenario: * endInitialization is run first * lock is aquired to ensure thread safety * tests if any contextInitialized was already invoked before weld completed (list / map contains servletContext), nothing found * flag is set to true * lock is released * contextIntialized is executed * lock is aquired to ensure thread safety * flag is read, flag is true * lock is released * event is fired Second scenario: * contextInitialied is run first * lock is aquired to ensure thread safety * flag is read, flag is false * servletContext is added to some list / map, associated with the correct bean manager * lock is released * endInitialization is executed * lock is aquired to ensure thread safety * tests if any contextInitialized was already invoked before weld completed (list / map contains servletContext), found something * event is fired using the bean manager and servlet context from that map * lock is released As i'm new to weld's internal I might have overseen some detail, but in theory that should be a practical solution which: # does not affect existing code order # keeps the optimization as it is used by wildfly # improves reliability -- This message was sent by Atlassian Jira (v7.12.1#712002)