You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hello, the growing popularity of "Sans I/O" HTTP clients has brought some tension between reqwest and other HTTP client libraries including hyper, as currently reqwest does not implement tower::Service at all, and even if it did, reqwest currently uses its own Response type instead of http::Response, meaning that libraries like kube-rs cannot be used with reqwest at all.
It would be nice if reqwest could integrate with rest of the ecosystem, or at the very least provide a compatibility layer for people who want to use reqwest as the client for their tower services.
The text was updated successfully, but these errors were encountered:
@jennydaman Thanks for the update, but as I mention in the original post, reqwest still uses its own HTTP Request and Response types for the Service, so that means you can't use it with HTTP libraries like kube-rs because kube-rs's client looks like this.
Where as currently reqwest is only implemented for tower::Service<reqwest::Request, Response = reqwest::Response> which means that functionally it's only generic over its own types, and still can't be used interchangeably in the wider ecosystem.
Hello, the growing popularity of "Sans I/O" HTTP clients has brought some tension between
reqwest
and other HTTP client libraries includinghyper
, as currentlyreqwest
does not implementtower::Service
at all, and even if it did,reqwest
currently uses its ownResponse
type instead ofhttp::Response
, meaning that libraries likekube-rs
cannot be used withreqwest
at all.It would be nice if
reqwest
could integrate with rest of the ecosystem, or at the very least provide a compatibility layer for people who want to usereqwest
as the client for theirtower
services.The text was updated successfully, but these errors were encountered: