This repository has been archived by the owner on Dec 13, 2023. It is now read-only.
Replies: 2 comments
-
Hello @ladenjet that is a very interesting proposal. However, conductor workflow and task don't support transactions/rollbacks on its own. |
Beta Was this translation helpful? Give feedback.
0 replies
-
@jxu-nflx if conductor does not support transactions/rollbacks on its own, what in your opinion, would be the best way to implement it? I came across a very similar use-case as @ladenjet and wanted to know if this is even possible in conductor? |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
In my opinion, task definition fields should at least add the following two additional properties:
Lets's say a group of tasks are defined as "taska-->taskb-->taskc", when taskc fails, rollback logic should be executed in reverse sequence. For this instance, rollback service of each task should be called in the sequence like "taskc-->taskb-->taska".
I cannot see such function by now, should I develop it myself?
Beta Was this translation helpful? Give feedback.
All reactions