דער proxy מעטאָד פֿון Reactor Netty קערט אום דעם קאָנפֿיגורירטן קליענט

די קאָנפֿיגוריר־מעטאָדן פֿון HttpClient אין Reactor Netty קערן אום אַ רעפֿערענץ צום קאָנפֿיגורירטן קליענט. אויב מע וואַרפֿט אָפּ דעם רעזולטאַט, בלײַבט די פֿריִערדיקע רעפֿערענץ מיט די פֿריִערדיקע איינשטעלונגען.

דער קאָד שאַפֿט אַ proxy־קאָנפֿיגוראציע און דערנאָך פֿאַרלירט ער זי:

HttpClient client = HttpClient.create();
client.proxy(spec -> spec.type(ProxyProvider.Proxy.HTTP)
    .host("proxy.example").port(8080));

האַלט אַנשטאָט די אומגעקערטע רעפֿערענץ:

client = client.proxy(spec -> spec.type(ProxyProvider.Proxy.HTTP)
    .host("proxy.example").port(8080));

WebClient webClient = WebClient.builder()
    .clientConnector(new ReactorClientHttpConnector(client))
    .build();

די טיפּן זענען HttpClient און ProxyProvider פֿון Reactor Netty, און אויך WebClient און ReactorClientHttpConnector פֿון Spring. קייטונג פֿון מעטאָדן גלײַך פֿון HttpClient.create() איז נאָך אַ וועג צו האַלטן די אומגעקערטע קאָנפֿיגוראציע. פֿאַר דערלויבטע פּובליק־API בקשות פֿאַרזאָרגט די HTTP proxy־ליסטע קאַנדידאַטן פֿאַר דעם host און port פֿון דעם בײַשפּיל.

דער זעלבער פּריפֿונג גילט אויך ביים איינשטעלן ענטפֿער־צײַטן אָדער באַהאַנדלונג פֿון איבערפֿירונגען. לייענט דעם אומקער־קאָנטראַקט פֿון מעטאָד אַנשטאָט צו שטעלן אַז אַ setter ענדערט דעם אָריגינעלן אָביעקט.

פֿאָלגט אויך נאָך וואָסער רעפֿערענץ דערגרייכט דעם connector. איבערנאָכאַמאָל צוטיילן אַ לאָקאַלן וואַריאַבל נאָך בויען דעם connector ערזעצט נישט דעם קליענט וואָס דער connector האָט שוין באַקומען.