chore(client/conn): SendRequest conversion glue#3798
Closed
cratelyn wants to merge 1 commit intohyperium:0.14.xfrom
Closed
chore(client/conn): SendRequest conversion glue#3798cratelyn wants to merge 1 commit intohyperium:0.14.xfrom
SendRequest conversion glue#3798cratelyn wants to merge 1 commit intohyperium:0.14.xfrom
Conversation
Member
|
This one I'm struggling to see the benefit. Do you have more of an example? |
cratelyn
added a commit
to linkerd/linkerd2-proxy
that referenced
this pull request
Dec 3, 2024
…tion this commit updates code in `linkerd-proxy-http`'s HTTP/2 client code, and the `linkerd-app-test` crate's `TestServer`, to use the new `hyper::client::conn::http2::SendRequest` backported from the 1.x major release. see <hyperium/hyper#2960> for more information. this commit refrains from updating the broader client connection system, and addresses the breaking changes to `SendRequest` made in the 1.0 major release, namely: * send request is no longer a tower service: * <https://docs.rs/hyper/0.14.31/hyper/client/conn/struct.SendRequest.html#impl-Service%3CRequest%3CB%3E%3E-for-SendRequest%3CB%3E> * <https://docs.rs/hyper/1.5.1/hyper/client/conn/http2/struct.SendRequest.html#trait-implementations> * `send_request()` now returns an anonymous `impl Future` and not a named `ResponseFuture`, as in `0.14`. * <https://docs.rs/hyper/0.14.31/hyper/client/conn/struct.ResponseFuture.html> * <https://docs.rs/hyper/1.5.1/hyper/client/conn/http2/struct.SendRequest.html#method.send_request> NB: this change depends on <hyperium/hyper#3798>.
cratelyn
added a commit
to linkerd/linkerd2-proxy
that referenced
this pull request
Dec 3, 2024
…tion this commit updates code in `linkerd-proxy-http`'s HTTP/2 client code, and the `linkerd-app-test` crate's `TestServer`, to use the new `hyper::client::conn::http2::SendRequest` backported from the 1.x major release. see <hyperium/hyper#2960> for more information. this commit refrains from updating the broader client connection system, and addresses the breaking changes to `SendRequest` made in the 1.0 major release, namely: * send request is no longer a tower service: * <https://docs.rs/hyper/0.14.31/hyper/client/conn/struct.SendRequest.html#impl-Service%3CRequest%3CB%3E%3E-for-SendRequest%3CB%3E> * <https://docs.rs/hyper/1.5.1/hyper/client/conn/http2/struct.SendRequest.html#trait-implementations> * `send_request()` now returns an anonymous `impl Future` and not a named `ResponseFuture`, as in `0.14`. * <https://docs.rs/hyper/0.14.31/hyper/client/conn/struct.ResponseFuture.html> * <https://docs.rs/hyper/1.5.1/hyper/client/conn/http2/struct.SendRequest.html#method.send_request> NB: this change depends on <hyperium/hyper#3798>. Signed-off-by: katelyn martin <kate@buoyant.io>
users of the `backports` feature that are attempting to migrate from 0.14 to 1.0 may need to convert from a legacy `SendRequest` (returned by some of the connector builders) to an instance of the new protocol specific `conn::http2::SendRequest<B>` or `conn::http1::SendRequest<B>` senders. this adds `From<T>` implementation to the type provided by the `backports` feature, to help facilitate incremental migration. Signed-off-by: katelyn martin <me+cratelyn@katelyn.world>
701ddf2 to
de82efb
Compare
cratelyn
added a commit
to linkerd/linkerd2-proxy
that referenced
this pull request
Dec 3, 2024
…tion this commit updates code in `linkerd-proxy-http`'s HTTP/2 client code, and the `linkerd-app-test` crate's `TestServer`, to use the new `hyper::client::conn::http2::SendRequest` backported from the 1.x major release. see <hyperium/hyper#2960> for more information. this commit refrains from updating the broader client connection system, and addresses the breaking changes to `SendRequest` made in the 1.0 major release, namely: * send request is no longer a tower service: * <https://docs.rs/hyper/0.14.31/hyper/client/conn/struct.SendRequest.html#impl-Service%3CRequest%3CB%3E%3E-for-SendRequest%3CB%3E> * <https://docs.rs/hyper/1.5.1/hyper/client/conn/http2/struct.SendRequest.html#trait-implementations> * `send_request()` now returns an anonymous `impl Future` and not a named `ResponseFuture`, as in `0.14`. * <https://docs.rs/hyper/0.14.31/hyper/client/conn/struct.ResponseFuture.html> * <https://docs.rs/hyper/1.5.1/hyper/client/conn/http2/struct.SendRequest.html#method.send_request> NB: this change depends on <hyperium/hyper#3798>. Signed-off-by: katelyn martin <kate@buoyant.io>
Member
Author
|
pardon the delay in following up on this pull request. i've been working to upgrade from hyper 0.14 to hyper 1.0, re: linkerd/linkerd2#8733. along the way, i've been using the i'm going to close this particular pull request, pardon the trouble and thank you for your time! |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
users of the
backportsfeature that are attempting to migrate from 0.14 to 1.0 may need to convert from a legacySendRequest(returned by some of the connector builders) to an instance of the new protocol specificconn::http2::SendRequest<B>orconn::http1::SendRequest<B>senders.this adds
From<T>implementation to the type provided by thebackportsfeature, to help facilitate incremental migration.