Details
-
Bug
-
Status: Resolved
-
Major
-
Resolution: Fixed
-
None
-
None
Description
MEX_MATCHER job is triggered after registering an Early arriving message.
Early arriving messages are normally picked up when the MATCHER job executes. MEX_MATCHER is an overhead and there is lot of contention seen between MATCHER and MEX_MATCHER jobs under load.
There is deadlock situation arising between MEX_MATCHER and MATCHER jobs running concurrently.
MEX_MATCHER
1) lockPrimieMessages (locks all records in BPEL_UNMATCHED using the mex)
MATCHER
1) findRoute (locks route in BPEL_SELECTOR based on single correlation key set canonical value)
MEX_MATCHER
2) tries to findRoute (locked by Matcher)
MATCHER
2) tries to dequeueMessage (locked by Mex_Matcher)
Results in a deadlock.
Possible solution to overcome this deadlock:
Move the dequeueMessage call above the findRoute call in matcherEvent.
This is a proposal to deactivate MEX_MATCHER jobs. Henceforth, MEX_MATCHER jobs will not be triggered after an early message is registered.
In case MEX_MATCHER is necessary, kindly revert the changes done in this ticket.
Attachments
Issue Links
- is required by
-
ODE-1061 List of Bugs to be ported to trunk from 1.3.7
- Resolved