JVM-prokuraj ecoj por Java URL-konektoj

Distingvu ŝelajn prokurvariablojn disde la JVM-ecoj, kiujn uzas Java URL-konektoj.

Ŝela variablo kaj JVM-sistema eco estas malsamaj agordaj enigoj. Eksporti http_proxy por curl ne starigas http.proxyHost ene de Java URLConnection-kliento.

Por JVM, kies partoprenantaj HTTP-konektoj devas uzi fiksan itineron, startaj argumentoj povas igi la elekton eksplicita:

java -Dhttp.proxyHost=203.0.113.10 -Dhttp.proxyPort=8080 \
     -Dhttps.proxyHost=203.0.113.10 -Dhttps.proxyPort=8080 \
     -jar application.jar

La finpunkto estas ilustra; publikaj HTTP-kandidatoj el la listo de HTTP-prokuriloj povas plenigi ĉi tiujn kampojn, kiam la aplikaĵo permesas tiun itineron. La gastiga eco akceptas gastigan nomon aŭ IP-adreson, dum la pordo estas provizata aparte. Ĝi ne estas plena prokura URL.

Aŭtentigo kaj preterpasadaj reguloj bezonas sian propran agordon. Ne konkludu, ke nedokumentita eco http.proxyPassword funkcias nur ĉar malnova ekzemplo enhavas ĝin. Konsultu la dokumentitan aŭtentigan API kaj la retajn ecojn de via JDK.

Ĉi tio validas por partoprenantaj Java-retaj vojoj. Biblioteko kun sendepende agordita HTTP-kliento povas sekvi alian politikon. Identigu tiun klienton antaŭ ol pasigi tempon tradukante ĉiun ŝelan variablon en JVM-argumenton.

Rilataj artikoloj