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

Activity RetryPolicy does not work well for host specific tasklist #1533

Closed
samarabbas opened this issue Mar 14, 2019 · 3 comments
Closed

Activity RetryPolicy does not work well for host specific tasklist #1533

samarabbas opened this issue Mar 14, 2019 · 3 comments
Assignees
Labels
customer Feature asks from customer

Comments

@samarabbas
Copy link
Contributor

Cadence server adjusts ScheduleToStartTimeout(Queue Timeout) to be the same as ExpirationInterval specified for RetryOptions. This does not work well when client wants to use task routing for host specific tasklist, as it requires to have much smaller ScheduleToStartTimeout so the task can be retried on a different host in case of host failure.

@samarabbas samarabbas added the customer Feature asks from customer label Mar 14, 2019
@samarabbas
Copy link
Contributor Author

One of the issues for Cadence in this particular case, it has no way to identify if the tasklist is host specific or not. So currently there is no way to associate different behavior for RetryPolicy based on type of activity tasklist.
We might need to think about a high level abstraction for activity host specific tasklist which might make it easier for Server to associate different behavior for configured retry policy.

@dmetzgar
Copy link
Contributor

@yycptt move to client

@yycptt
Copy link
Contributor

yycptt commented Apr 30, 2019

Moved to client side cadence-workflow/cadence-go-client#697

@yycptt yycptt closed this as completed Apr 30, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
customer Feature asks from customer
Projects
None yet
Development

No branches or pull requests

3 participants