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
Handling Forbidden (403) HTTP Status Related Shutdowns is Informers #4369
Comments
csviri
changed the title
Handling Forbidden (403) HTTP Status is Informers
Handling Forbidden (403) HTTP Status Related Shutdowns is Informers
Aug 31, 2022
11 tasks
shawkins
added a commit
that referenced
this issue
Sep 2, 2022
shawkins
added a commit
that referenced
this issue
Sep 2, 2022
shawkins
added a commit
that referenced
this issue
Sep 2, 2022
shawkins
added a commit
that referenced
this issue
Sep 6, 2022
shawkins
added a commit
that referenced
this issue
Sep 6, 2022
shawkins
added a commit
that referenced
this issue
Sep 6, 2022
shawkins
added a commit
that referenced
this issue
Sep 6, 2022
shawkins
added a commit
that referenced
this issue
Sep 7, 2022
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Is your enhancement related to a problem? Please describe
In Java Operator SDK there is a related issue where we would like to handle the situation when an RBAC permission is either not present or in the more pressing case (related to this issue) is removed while the informer is running.
operator-framework/java-operator-sdk#1422
In the first iteration we would like to periodically try to reconnect the watch. Currently (v6.0.0) in case of HTTP 403 the informer gracefully shuts down. There is no callback or other way to get notified about the shutdown.
Describe the solution you'd like
I see two possible approach now. Have a callback method to notify the users when an informer stops. So with a logic in JOSDK it can be restarted,
or
Have a more configurable retry options (with a possibility to indefinitely retry) for this use case.
Describe alternatives you've considered
No response
Additional context
No response
The text was updated successfully, but these errors were encountered: