Shell-muuttuja ja JVM-järjestelmäominaisuus ovat eri kokoonpanotuloja. http_proxy-muuttujan vienti curlille ei luo http.proxyHost -ominaisuutta Java URLConnection -asiakkaan sisään.

JVM:lle, jonka osallistuvien HTTP-yhteyksien on käytettävä kiinteää reittiä, käynnistysargumentit voivat tehdä valinnan selväksi:

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

Päätepiste on havainnollistava; julkiset HTTP-ehdokkaat HTTP-välityspalvelinluettelosta voivat täyttää nämä kentät, kun sovellus sallii kyseisen reitin. Isäntäominaisuus ottaa vastaan isäntänimen tai IP-osoitteen, ja portti annetaan erikseen. Se ei ole täydellinen välityspalvelimen URL.

Todennus ja ohitusäännöt tarvitsevat oman kokoonpanonsa. Älä päättele, että dokumentoimaton http.proxyPassword -ominaisuus toimii vain siksi, että vanha esimerkki sisältää sen. Tutustu dokumentoituun todennusrajapintaan ja JDK:si verkko-ominaisuuksiin.

Tämä koskee osallistuvia Java-verkkopolkuja. Kirjasto, jolla on itsenäisesti määritetty HTTP-asiakas, voi noudattaa toista käytäntöä. Tunnista kyseinen asiakas ennen kuin käytät aikaa jokaisen shell-muuttujan muuntamiseen JVM-argumentiksi.

Aiheeseen liittyvät artikkelit