-
Notifications
You must be signed in to change notification settings - Fork 1.9k
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
Issue #7414 Deprecate QoSFilter setters #7506
Issue #7414 Deprecate QoSFilter setters #7506
Conversation
Signed-off-by: Jan Bartel <[email protected]>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should we make the bodies of these methods noops to avoid the NPEs etc.?
@@ -293,7 +293,9 @@ public long getWaitMs() | |||
* for the semaphore to become available before suspending a request. | |||
* | |||
* @param value wait time (in milliseconds) | |||
* @deprecated do not use |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should we say use init parameters instead?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
* Issue #7414 Deprecate QoSFilter setters Signed-off-by: Jan Bartel <[email protected]> (cherry picked from commit c742c2e)
Closes #7414
The OP reported that calling
QoSFilter.setMaxRequests(int)
throws NPE. This is because it uses a field that is only initialized afterinit()
is called. The filter seems to expect that values are set viainit-params
, not via setters. Certainly there is no code that would handle one of the setters being called whilst the filter is in service. The best way forward seems to be to eventually remove those setters, after beingdeprecated
.