Virag Kothari created OOZIE-1272:
------------------------------------

             Summary: Two workflow jobs mapped to a single coordinator action
                 Key: OOZIE-1272
                 URL: https://issues.apache.org/jira/browse/OOZIE-1272
             Project: Oozie
          Issue Type: Bug
            Reporter: Virag Kothari
             Fix For: trunk


CoordinatorActionstart is being called multiple times for same action id for 
two different workflows as seen below
{code}
2013-03-18 19:39:41,815 DEBUG CoordActionStartXCommand:545 - USER[-] GROUP[-] 
TOKEN[-] APP[-] JOB[0000057-130318185730776-oozie-oozi-C] 
ACTION[0000057-130318185730776-oozie-oozi-C@1] Updating WF record for WFID 
:0000471-130318185730776-oozie-oozi-W with parent id: 
0000057-130318185730776-oozie-oozi-C@1
2013-03-18 19:39:49,618 DEBUG CoordActionStartXCommand:545 - USER[-] GROUP[-] 
TOKEN[-] APP[-] JOB[0000057-130318185730776-oozie-oozi-C] 
ACTION[0000057-130318185730776-oozie-oozi-C@1] Updating WF record for WFID 
:0000473-130318185730776-oozie-oozi-W with parent id: 
0000057-130318185730776-oozie-oozi-C@1
{code}

loadState() implementation is blank which makes the verifyPrecondition() check 
the coordinator action loaded in eagerLoadState(). So the coordinator action 
might be stale as it was loaded without a lock. 
LoadState() should be made to call eagerLoadState() similar to other XCommands.

Another issue is getKey() is not overridden so Multiple Coordactionstart for a 
given action are not removed as duplicates




--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Reply via email to