In order to support more advanced composition for the forwarding addresses, the proxy_to_and_forward_response is exposed. This makes it easier to compose with other filters that would compute the proxy address. For example:
use warp::{hyper::body::Bytes, Filter, Rejection, Reply};
use warp_reverse_proxy::{
extract_request_data_filter, proxy_to_and_forward_response, reverse_proxy_filter,
};
async fn log_response(response: http::Response<Bytes>) -> Result<impl Reply, Rejection> {
println!("{:?}", response);
Ok(response)
}
#[tokio::main]
async fn main() {
let hello = warp::path!("hello" / String).map(|name| format!("Hello port, {}!", name));
// // spawn base server
tokio::spawn(warp::serve(hello).run(([0, 0, 0, 0], 8080)));
let request_filter = extract_request_data_filter();
let app = warp::path!("hello" / String)
.map(|port| (format!("http://127.0.0.1:{}/", port), "".to_string()))
.untuple_one()
.and(request_filter)
.and_then(proxy_to_and_forward_response)
.and_then(log_response);
// spawn proxy server
warp::serve(app).run(([0, 0, 0, 0], 3030)).await;
}
This app uses the path to extract the port where to communicate with.
In order to support more advanced composition for the forwarding addresses, the
proxy_to_and_forward_response
is exposed. This makes it easier to compose with other filters that would compute the proxy address. For example:This app uses the path to extract the port where to communicate with.
Implements #10