Proxy-metoden i Reactor Netty returnerer den konfigurerte klienten
Ta vare på HttpClient-objektet som proxy() returnerer, før du sender det til ReactorClientHttpConnector; den opphavlege klienten er uendra.
Konfigurasjonsmetodane til HttpClient i Reactor Netty returnerer ein referanse til ein konfigurert klient. Blir resultatet kasta, held den tidlegare referansen på dei tidlegare innstillingane.
Dette lagar ein proxy-konfigurasjon og mistar han etterpå:
HttpClient client = HttpClient.create();
client.proxy(spec -> spec.type(ProxyProvider.Proxy.HTTP)
.host("proxy.example").port(8080));
Ta vare på den returnerte referansen i staden:
client = client.proxy(spec -> spec.type(ProxyProvider.Proxy.HTTP)
.host("proxy.example").port(8080));
WebClient webClient = WebClient.builder()
.clientConnector(new ReactorClientHttpConnector(client))
.build();
Typane er Reactor Netty sin HttpClient og ProxyProvider, i tillegg til Spring sin WebClient og ReactorClientHttpConnector. Metodekjeding direkte frå HttpClient.create() er ein annan måte å halde på den returnerte konfigurasjonen. For tillatne offentlege API-førespurnader gir HTTP-proxylista kandidatar for host og port i dømet.
Den same kontrollen gjeld når du set svarfristar eller handsaming av omdirigeringar. Les returkontrakten til metoden i staden for å gå ut frå at ein setter endrar det opphavlege objektet.
Spor også kva referanse som når connectoren. Å tilordne ein lokal variabel på nytt etter at connectoren er bygd, erstattar ikkje klienten connectoren allereie har fått.