Ein shell-variabel og ein JVM-systemeigenskap er ulike konfigurasjonsinndata. Å eksportere http_proxy for curl etablerer ikkje http.proxyHost inne i ein Java URLConnection-klient.

For ein JVM der dei deltakande HTTP-tilkoplingane skal bruke ei fast rute, kan oppstartsargument gjere valet 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; offentlege HTTP-kandidatar frå HTTP-proxylista kan fylle desse felta når programmet tillèt den ruta. Vertseigenskapen tek eit vertsnamn eller ei IP-adresse, medan porten blir oppgitt separat. Det er ikkje ein fullstendig proxy-URL.

Autentisering og omgåingsreglar treng si eiga konfigurasjon. Ikkje anta at ein udokumentert http.proxyPassword-eigenskap fungerer berre fordi eit gammalt døme inneheld han. Sjå den dokumenterte autentiserings-API-en og nettverkseigenskapane for JDK-en din.

Dette gjeld for deltakande Java-nettverksbanar. Eit bibliotek med ein uavhengig konfigurert HTTP-klient kan følgje ein annan policy. Identifiser den klienten før du brukar tid på å omsetje kvar shell-variabel til eit JVM-argument.

Relaterte artiklar