Handler order can change after a reboot, which causes problems when one handler depends on the action of another. Solution: The idea is that we need to derive the handlers' order from the add operation steps, which are executed in the same order they're created in the parser. Brian also suggests to use the OperationContext.attach(...) API to pass data between handler invocations within an overall operation execution. All ws subsystem ops during boot are executed as steps within an overall operation. The API works like the attachment stuff that's used a lot in DeploymentUnitProcessors. Details in https://issues.jboss.org/browse/JBWS-3838
Alessio Soldano <asoldano> updated the status of jira JBWS-3838 to Coding In Progress
Alessio Soldano <asoldano> updated the status of jira JBWS-3838 to Open
Alessio Soldano <asoldano> updated the status of jira JBWS-3838 to Resolved
See component upgrade https://bugzilla.redhat.com/show_bug.cgi?id=1153972#c2 for explanation of why the upgrade was reverted and this BZ is set back to ASSIGNED
Verified on 6.4.0.DR10
Alessio Soldano <asoldano> updated the status of jira JBWS-3838 to Closed