-
Notifications
You must be signed in to change notification settings - Fork 512
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
default implementation of @Backoff() should not use Thread.sleep #388
Comments
- fix (spring-projects#388) - add non blocking sleeper
I agree with you jonnytest1. |
- fix (spring-projects#388) - add non blocking sleeper
- fix (spring-projects#388) - add non blocking sleeper
- fix (spring-projects#388) - add non blocking sleeper
i do not know how to assign issues to someone 🤔 |
The issue can be assigned only to Spring team member. We will look into your PR eventually, however I'm a bit skeptic with What you probably what is something like |
indeed you are right, |
|
@quaff , your sentence does not compile in my head. |
That's expected behavior, we need delay here but do not waste CPU resource. |
we used the @retryable annotation in a project recently and added a backoff of like one day to our decently long running job , due to the implementation with Thread.sleep this meant that no other scheduled jobs would trigger , which i tihnk isnt generally an expected behaviour , instead it should
or another similar nonblocking implemenation
The text was updated successfully, but these errors were encountered: