Een shellvariabele en een JVM-systeemeigenschap zijn verschillende configuratie-invoer. Het exporteren van http_proxy voor curl stelt http.proxyHost niet in binnen een Java URLConnection-client.

Voor een JVM waarvan de deelnemende HTTP-verbindingen een vaste route moeten gebruiken, kunnen opstartargumenten de keuze expliciet maken:

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

Het eindpunt is illustratief; openbare HTTP-kandidaten uit de HTTP-proxylijst kunnen deze velden invullen wanneer de toepassing die route toestaat. De host-eigenschap neemt een hostnaam of IP-adres, waarbij de poort apart wordt opgegeven. Het is geen volledige proxy-URL.

Authenticatie en bypass-regels vereisen hun eigen configuratie. Concludeer niet dat een ongedocumenteerde http.proxyPassword-eigenschap werkt alleen omdat een oud voorbeeld die bevat. Raadpleeg de gedocumenteerde authenticatie-API en de netwerkeigenschappen van uw JDK.

Dit geldt voor deelnemende Java-netwerkpaden. Een bibliotheek met een onafhankelijk geconfigureerde HTTP-client kan een ander beleid volgen. Identificeer die client voordat u tijd besteedt aan het vertalen van elke shellvariabele naar een JVM-argument.

Gerelateerde artikelen