JDK 25 HttpClient-ek ez ditu ProxySelector-en SOCKS bideak erabiltzen

Java proxy objektu batek bide bat deskribatzen du. Sare-klienteak oraindik erabakitzen du zein bide mota erabil ditzakeen. Hori garrantzitsua da eskuragarri dagoen amaierako puntuak SOCKS hitz egiten duenean eta aplikazioak java.net.http.HttpClient erabiltzen duenean.

Hemen aztertutako JDK 25 inplementazioan, HTTP klientearen eskaera-kodeak HTTP hautagai bat onartzen du hautatzailetik. SOCKS hautagai batek ez dio SOCKS negoziaziorik egiten; inplementazioak proxyrik gabe jarrai dezake. Beraz, erantzun arrakastatsu bat ez da nahikoa froga hautatzaile pertsonalizatu baten SOCKS sarrera erabili zela.

Aukeratu garraioa lehenik

URLConnection-en oinarritutako lehendik dagoen aplikazio baterako, protokolo-kudeatzaileari onartutako proxy esplizitu bat eman dakioke konexioa irekitzean:

Proxy route = new Proxy(Proxy.Type.SOCKS,
    new InetSocketAddress("proxy.example", 1080));
URLConnection connection = URI.create("https://service.example/")
    .toURL().openConnection(route);
connection.setConnectTimeout(5000);
connection.setReadTimeout(15000);

Baimendutako helburu publikoko probeetarako, erabili SOCKS amaierako puntu egoki bat zure zerbitzutik edo SOCKS proxy zerrendatik. Hau beste kliente API bat da, ez HttpClient.Builder.proxy-ren idazkera alternatiboa. Mantendu helburuko URLa HTTPS-k nahi den webgunea identifikatzen jarrai dezan.

java.net.http mantendu behar duen aplikazio batek HTTP proxy amaierako puntu bateragarri bat erabil dezake, ondorengo SOCKS konexioa kudeatzen duen adapter onartu bat barne. Horrek benetako osagai bat eta beste sarbide-muga bat gehitzen ditu; 8080 portua 1080ra aldatzeak ez du itzulpen hori ematen.

Eutsi hautaketa eta bereganatzea ikusgai

Erregistratu hautatzailearen emaitza eta klienteak benetan irekitzen duen konexioa. Lehenengoak politikaren irteera deskribatzen du; bigarrenak inplementazioak bereganatu zuen ala ez zehazten du.

Lotu ondorioak erabiltzen ari den exekuzio-inguruneari eta garraioari. Socket inplementazio batek erabiltzen dituen JVM SOCKS propietateak ez dira HTTP liburutegi guztiek haiei kontsultatzen dieten promesa. Bidea derrigorrezkoa denean, onartzen ez den proxy mota bat detektatu beharko litzateke itxuraz arrakastatsua den zuzeneko eskaera onartu aurretik.