• Type: Bug Report
• Resolution: Fixed
• Priority: L3 - Default
• Fix Version/s: 7.1.0, 7.1.0-alpha2
• Affects Version/s: None
• Component/s: engine
• Labels:

  • AD

This is the controller panel for Smart Panels app

1. 

   screenshot-1.jpg

   23 kB

   25/Oct/13 3:34 PM

[CAM-1410] Intermediate throwing compensation with activityRef does not work for task activities

Bernd Ruecker created issue - 25/Oct/13 3:29 PM

Robert Gimbel made changes - 25/Oct/13 3:34 PM

Fix Version/s

New: 7.1.0 [ 12891 ]

Robert Gimbel made changes - 25/Oct/13 3:34 PM

Attachment

New: screenshot-1.jpg [ 17485 ]

Daniel Meyer made changes - 25/Oct/13 3:37 PM

Description	Original: Wenn man ein activityRef beim throw compensation angibt muss sich das bei uns auf die KompensationsAktivität beziehen (roter Pfeil) - laut Standard aber denke eher auf die zu kompensierende Aktivität (siehe grüner Pfeil). Unten der Auszug aus der Spec. ------ Spec page 294 For an End Event: The Activity to be compensated MAY be supplied. If an Activity is not supplied, then the compensation is broadcast to all completed Activities in the current Sub- Process (if present), or the entire Process instance (if at the global level). ------	New: The intermediate throw compensation event provides the activityRef attribute. The attribute allows to reference an activity which should be compensation. NOT the compensation handler. This currently works fine if the activityRef references a scope activity (ie. embedded subprocess) but is broken for task activities (like Service tasks, User tasks etc.). The problem is that the CompensationEventSubscription.getActivityId is used for resolving subscriptions. this is broken since this property references the id of the compensation handler and not the id of the scope to be compensated. the fact that the CompensationEventSubscription.getActivityId references the compensation handler is fine (for internal engine purposes), the bug occurs since we query with the id of the scope to be compensated. See failing testcase org.camunda.bpm.engine.test.bpmn.event.compensate.CompensateEventTest.FAILING_testCompensateActivityRef() ------ Spec page 294 For an End Event: The Activity to be compensated MAY be supplied. If an Activity is not supplied, then the compensation is broadcast to all completed Activities in the current Sub- Process (if present), or the entire Process instance (if at the global level). ------
Fix Version/s		New: 7.0.4 [ 13002 ]
Summary	Original: activityRef in throwing compensation event not specification conform	New: Intermediate throwing compensation with activityRef does not work for task activities

Daniel Meyer made changes - 25/Oct/13 3:39 PM

Description

Original: The intermediate throw compensation event provides the activityRef attribute. The attribute allows to reference an activity which should be compensation. NOT the compensation handler. This currently works fine if the activityRef references a scope activity (ie. embedded subprocess) but is broken for task activities (like Service tasks, User tasks etc.). The problem is that the CompensationEventSubscription.getActivityId is used for resolving subscriptions. this is broken since this property references the id of the compensation handler and not the id of the scope to be compensated. the fact that the CompensationEventSubscription.getActivityId references the compensation handler is fine (for internal engine purposes), the bug occurs since we query with the id of the scope to be compensated. See failing testcase org.camunda.bpm.engine.test.bpmn.event.compensate.CompensateEventTest.FAILING_testCompensateActivityRef() ------ Spec page 294 For an End Event: The Activity to be compensated MAY be supplied. If an Activity is not supplied, then the compensation is broadcast to all completed Activities in the current Sub- Process (if present), or the entire Process instance (if at the global level). ------

New: The intermediate throw compensation event provides the activityRef attribute. The attribute allows to reference an activity which should be compensated. NOT the compensation handler. This currently works fine if the activityRef references a scope activity (ie. embedded subprocess) but is broken for task activities (like Service tasks, User tasks etc.). The problem is that the CompensationEventSubscription.getActivityId is used for resolving subscriptions. this is broken since this property references the id of the compensation handler and not the id of the scope to be compensated. the fact that the CompensationEventSubscription.getActivityId references the compensation handler is fine (for internal engine purposes), the bug occurs since we query with the id of the scope to be compensated. See failing testcase org.camunda.bpm.engine.test.bpmn.event.compensate.CompensateEventTest.FAILING_testCompensateActivityRef() ------ Spec page 294 For an End Event: The Activity to be compensated MAY be supplied. If an Activity is not supplied, then the compensation is broadcast to all completed Activities in the current Sub- Process (if present), or the entire Process instance (if at the global level). ------

Robert Gimbel made changes - 25/Oct/13 3:41 PM

Link

New: This issue is related to CAM-1409 [ CAM-1409 ]

Robert Gimbel made changes - 25/Oct/13 3:52 PM

Fix Version/s

Original: 7.0.4 [ 13002 ]

Robert Gimbel made changes - 31/Oct/13 9:51 AM

Labels

New: AD

Robert Gimbel made changes - 31/Oct/13 9:54 AM

Rank

New: Ranked higher

Robert Gimbel made changes - 31/Oct/13 9:54 AM

Rank

New: Ranked higher

Kristin Polenz made changes - 04/Dec/13 1:54 PM

Status

Original: Open [ 1 ]

New: In Progress [ 3 ]

Load more newer history items