-
Notifications
You must be signed in to change notification settings - Fork 893
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Reset] Add children_initialized_post_reset_point to WorkflowExecutionInfo for tracking child workflows post-reset #7194
Conversation
57f6bb3
to
9d6e3b3
Compare
6015fef
to
2814a46
Compare
proto/internal/temporal/server/api/persistence/v1/executions.proto
Outdated
Show resolved
Hide resolved
…nInfo for tracking child workflows post-reset
2814a46
to
695190a
Compare
proto/internal/temporal/server/api/persistence/v1/executions.proto
Outdated
Show resolved
Hide resolved
// This is a set of child workflows that were initialized after the reset point in the parent workflow. | ||
// The children are identified by the key "workflow_type:workflow_id". When the parent starts to make progress after reset, it uses this data to | ||
// determine the right start policy to apply to the child. | ||
map<string, bool> children_initialized_post_reset_point = 102; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just calling out that this new field won't be replicated with today's replication stack. So the new feature will only work properly with in single dc setup
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes. I will be adding this and a few other fields (reset_run
) to replication stack.
What changed?
Added a new field
children_initialized_post_reset_point
to collect a set of children that need to be restarted after the parent is reset.Why?
We need to remember the set of children that need to be restarted after resetting a parent. So adding this field which will be populated in
workflowResetterImpl
(in the followup PR)How did you test it?
Existing tests. This is just the protochange.
Potential risks
N/A
Documentation
N/A
Is hotfix candidate?
No