retry strategy triggered by any Exception except the ones listed
See original GitHub issueHi, thanks for this project guys!
I was wondering if is there a way to create a retry strategy that instead of retrying for some listed exceptions it’d retry for any Exception except the ones listed, so basically it’s the inverse logic currently used.
I was checking the BaseRetryStrategy
class but it seems to me that it doesn’t manage the logic for selecting which exceptions should be retried.
Thanks.
Issue Analytics
- State:
- Created 2 years ago
- Comments:6 (5 by maintainers)
Top Results From Across the Web
RetryTemplate for specific exceptions not triggered
I can see the simulated Exception type 1 thrown. But there is no retry happening. Please guide to know where is this failing...
Read more >Azure Functions error handling and retry guidance
Learn to handle errors and retry events in Azure Functions with links to specific binding errors, including information on retry policies.
Read more >Error handling in Step Functions - AWS Documentation
When a state has both Retry and Catch fields, Step Functions uses any appropriate retriers first. If the retry policy fails to resolve...
Read more >Is it possible to handle different exceptions differently with the ...
// don't need to reconnect on a CommandException // but need to reconnect before a retry when an IOException occurs myPolicy = Policy...
Read more >Retries - DataStax Java Driver
The default policy triggers a maximum of one retry, to the next node in the query plan. The rationale is that the first...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Yes I think so. Though it make sense to add this to the procrastinate lib, feel free to implement this on your side in the meantime. And/or to contribute to the lib 😃
See https://docs.python.org/3/library/typing.html#typing.overload to properly indicate with mypy that arguments are mutually exclusive