En shell-variabel og en JVM-systemegenskap er forskjellige konfigurasjonsinndata. Å eksportere http_proxy for curl etablerer ikke http.proxyHost inne i en Java URLConnection-klient.

For en JVM der de deltakende HTTP-tilkoblingene skal bruke en fast rute, kan oppstartsargumenter gjøre valget eksplisitt:

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

Endepunktet er illustrativt; offentlige HTTP-kandidater fra HTTP-proxylisten kan fylle disse feltene når applikasjonen tillater den ruten. Vertsegenskapen tar et vertsnavn eller en IP-adresse, mens porten angis separat. Det er ikke en fullstendig proxy-URL.

Autentisering og omgåelsesregler trenger sin egen konfigurasjon. Ikke anta at en udokumentert http.proxyPassword-egenskap fungerer bare fordi et gammelt eksempel inneholder den. Se den dokumenterte autentiserings-API-en og nettverksegenskapene for JDK-en din.

Dette gjelder for deltakende Java-nettverksbaner. Et bibliotek med en uavhengig konfigurert HTTP-klient kan følge en annen policy. Identifiser den klienten før du bruker tid på å oversette hver shell-variabel til et JVM-argument.

Relaterte artikler