[jboss-jira] [JBoss JIRA] (WFLY-11601) Weld vs Undertow bootstrap: Race condition

[ https://issues.jboss.org/browse/WFLY-11601?page=com.atlassian.jira.plugin... ] Matěj Novotný commented on WFLY-11601: -------------------------------------- The approach I outlined above turns out to be wrong. The {{WeldStartCompletionService}} itself relies on going last (after EE components and in cleanup phase) in order to perform cleanup and optimization for Weld. Trying to add that as a dependency of {{UndertowDeploymentService}} would then mean a circular dependency or at least a delay in undertow service start which is too big (both are bound to another phase anyway). I am pretty sure we don't want to back off the optimization as that reduces the runtime overhead and footprint of CDI-related components. But ATM I just don't know how to solve this on service-bootstrap level. The only thing that comes to mind is splitting the bootstrap even more - basically taking {{WeldStartup#endInitialization()}} and creating two methods, one that does all the remaining bootstrap work (building {{BeanIdentifierIndex}} plus processing {{BeanDeploymentModules}}) and then other that does all the clean ups plus fires initialized event. But that obviously breaks the code of all integrators (pretty much all EE servers out there). Another nasty hack would be to just extract the remaining boot logic into previous step (validation) and leave the end init to be purely cleaning up, but that's not nice and can again break integrators code. I'd like to hear what [~mkouba] has to say. -- This message was sent by Atlassian Jira (v7.12.1#712002)