[Reset] Define child handling policies #498
Conversation
| enum ResetChildPolicy { | ||
| RESET_CHILD_POLICY_UNSPECIFIED = 0; | ||
| // Reconnects to the currently running child. | ||
| RESET_CHILD_POLICY_RECONNECT = 1; |
There was a problem hiding this comment.
I thought we initially only support terminateAndRerun for children initiated after the reset point?
There was a problem hiding this comment.
Yes. We don't need it immediately. But I need a way to know if the current run is a result of a reset. So wanted to add this.
But on second thought I think we should add an explicit flag in the new run to mark it as a reset-run. Doing that in this PR - temporalio/temporal#6916
| @@ -77,6 +77,13 @@ enum ParentClosePolicy { | |||
| PARENT_CLOSE_POLICY_REQUEST_CANCEL = 3; | |||
| } | |||
|
|
|||
| // ResetChildPolicy specifies the policy to apply to child workflows when a parent is reset. | |||
| enum ResetChildPolicy { | |||
There was a problem hiding this comment.
Where is this enum referenced/used in the API?
There was a problem hiding this comment.
I don't have the corresponding change yet. The intent is to use it in ResetWorkflowExecutionRequest .
For now I'm holding off on this. Will update this PR when I get to working on the API.
Added reset policies to handle child workflows.
Why?
Need these to allow resetting of workflows with pending children.
Breaking changes
No
Server PR
N/A