Skip to content
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

Task Driver - Support Cancel Unwind without DataStream #266

Open
mbaker3 opened this issue Jun 9, 2023 · 0 comments
Open

Task Driver - Support Cancel Unwind without DataStream #266

mbaker3 opened this issue Jun 9, 2023 · 0 comments
Labels
effort-intense Sleep on it - 16 to 40 hours priority-high Good candidate to bump to the top of your queue next time you need a task. type-feature New feature or request

Comments

@mbaker3
Copy link
Member

mbaker3 commented Jun 9, 2023

Add the ability to configure a TD to run unwind logic on ANY cancel requests received regardless of whether there is currently data in a stream.

This will allow us to perform cancel unwind logic even if the work is currently delegated out to a sub task driver.

This feature can't just be defined as a special behaviour when the key is present in EPD because not all Task Drivers store state in an EPD while work is delegated to a subtask.

The current workaround is to maintain a sentinel type job that just repeatedly reads and re-writes the same instance to a stream configured to unwind on each update so long as that key is still present. This is cumbersome and inefficient.

@mbaker3 mbaker3 added effort-intense Sleep on it - 16 to 40 hours priority-high Good candidate to bump to the top of your queue next time you need a task. type-feature New feature or request labels Jun 9, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
effort-intense Sleep on it - 16 to 40 hours priority-high Good candidate to bump to the top of your queue next time you need a task. type-feature New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant