Due to the concurrent stack in JG 2.5 and later, this can hit conditions in the code that were never possible before since we only previously had one event queue.
This means we would have to do some work (probably not much) to ensure parts of JBM code were threadsafe where before they didn't need to be.
For now we have a workaround - there is a config option on JG 2.5 and later to specify the old event queue can be used. I believe Brian has already configured JBM in AS 5 to use its own stack with this set to true.
Ideally I would like to not have to set this flag, but if you're happy this can wait until after beta4 then that's fine by me, and we can put out a release as is after you have done your aspects checks.
I agree we should leave enabled the legacy settings for now, and only upgrade JBM if Scott is not happy with the integration code.
The 1.4.1 release just makes it possible to override behavior that affects integration. I don't plan on doing overrides except for management issues for beta4. Down the road the security needs to be changed for some known inconsistencies with jbossmq.
Scott - if you give me the word when you're happy with what's there and I'll cut a 1.4.1.
Then we'll probably have to do a SP after that with potentially the JG changes, but there shouldn't be any functional / config differences so a SP should be ok.
The current Branch_Stable code works for the beta4 needs.