Define lifecycle state for parallel Task Groups, including decision groups.
Description
Activity
Thomas Beale March 19, 2020 at 2:50 PM
(I added a bit more text in the XOR para; see also XOR row in table).
Matija Polajnar March 19, 2020 at 10:44 AMEdited
I didn't find in the spec anything about this auto-transitioning tasks to cancelled state (on branch choice and on task abandonment). Did I miss it? (Clarification: that's a question for in course of me reviewing this task.)
Bjørn Næss October 9, 2018 at 4:42 AM
In the materialized (and activated) representation of a plan the non-traversed branches or decision structures should be set to 'cancelled' with the transition 'not needed'.
The underlying semantic is that the branch of tasks where not needed because the execeution went in another direction.
If the group is repeatable I assume the branch will be "copied to new instances" and the repeated execution will be handled as above.
This pattern should also be applied to TaskPlans where the user abandon the execution. We interpret it such that one abandoned task in a TaskPlan will abandon the whole plan. When this happens the engine should set all materialized plan items /tasks to 'cancelled' with the transition 'not needed' .
Currently there is no clear description showing how (or if) to set lifecycle status on non-traversed branches of decision structures (i.e. the XXX_GROUP types inheriting from CHOICE_GROUP).
Something needs to be added to the specification to account for this.