-
Notifications
You must be signed in to change notification settings - Fork 183
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
MultiAddressHttpClientBuilder
deprecation and de-deprecation refactoring
#1722
MultiAddressHttpClientBuilder
deprecation and de-deprecation refactoring
#1722
Conversation
Motivation: The MultiAddressHttpClientBuilder deprecated methods which should stay and allow configuring the `ExecutionContext` (`ioExecutor, `executionStrategy`, `bufferAllocator`). Furthermore, methods influencing the client filters have not been deprecated, but should, as the `SingleAddressInitializer` allows configuring the filters in a satisfactory fashion. Modifications: - List the changes - Removed `@Deprecated` annotation from `ioExecutor`, `executionStrategy`, and `bufferAllocator` methods, - Deprecated `MultiAddressHttpClientFilterFactory`, - Deprecated `appendClientFilter` methods accepting `MultiAddressHttpClientFilterFactory`. Result: The current API reflects the future direction for `MultiAddressHttpClientBuilder` and how it should be used.
*/ | ||
@Deprecated |
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.
Following @Scottmitch comment from #1721 (comment) I also added deprecation for this method. Please re-review @tkountis @Scottmitch.
lgtm |
…oring (#1722) MultiAddressHttpClientBuilder deprecation and de-deprecation refactoring Motivation: The `MultiAddressHttpClientBuilder` deprecated methods which should stay and allow configuring the `ExecutionContext` (`ioExecutor, `executionStrategy`, `bufferAllocator`). Furthermore, methods influencing the client filters have not been deprecated, but should, as the `SingleAddressInitializer` allows configuring the filters in a satisfactory fashion. Modifications: - Removed `@Deprecated` annotation from `ioExecutor`, `executionStrategy`, and `bufferAllocator` methods, - Deprecated `MultiAddressHttpClientFilterFactory`, - Deprecated `appendClientFilter` methods accepting `MultiAddressHttpClientFilterFactory`, - Deprecated `StreamingHttpClientFilterFactory#asMultiAddressClientFilter`. Result: The current API reflects the future direction for `MultiAddressHttpClientBuilder` and how it should be used.
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.
Late LGTM! Thanks!
Motivation:
The
MultiAddressHttpClientBuilder
deprecated methods which should stayand allow configuring the
ExecutionContext
(ioExecutor
,executionStrategy
,bufferAllocator
). Furthermore, methodsinfluencing the client filters have not been deprecated, but should, as
the
SingleAddressInitializer
allows configuring the filters in asatisfactory fashion.
This PR is a prequel to #1721 which introduces an intended cleanup of the
MultiAddressHttpClientBuilder
API.Modifications:
@Deprecated
annotation fromioExecutor
,executionStrategy
,and
bufferAllocator
methods,MultiAddressHttpClientFilterFactory
,appendClientFilter
methods acceptingMultiAddressHttpClientFilterFactory
,StreamingHttpClientFilterFactory#asMultiAddressClientFilter
.Result:
The current API reflects the future direction for
MultiAddressHttpClientBuilder
and how it should be used.