'n Dopveranderlike en 'n JVM-stelsel-eienskap is verskillende konfigurasie-insette. Om http_proxy vir curl uit te voer, stel nie http.proxyHost binne 'n Java URLConnection-kliënt daar nie.

Vir 'n JVM wie se betrokke HTTP-verbindings 'n vaste roete moet gebruik, kan beginargumente die keuse eksplisiet maak:

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

Die eindpunt is illustratief; openbare HTTP-kandidate uit die HTTP-proksie lys kan hierdie velde invul wanneer die toepassing daardie roete toelaat. Die gasheer-eienskap neem 'n gasheernaam of IP-adres, met die poort afsonderlik verskaf. Dit is nie 'n volledige proksie-URL nie.

Verifikasie en omsy-reëls benodig hul eie konfigurasie. Moenie aflei dat 'n ongedokumenteerde http.proxyPassword-eienskap werk bloot omdat 'n ou voorbeeld dit insluit nie. Raadpleeg die gedokumenteerde verifikasie-API en die netwerk-eienskappe vir jou JDK.

Dit geld vir betrokke Java-netwerkroetes. 'n Biblioteek met 'n onafhanklik gekonfigureerde HTTP-kliënt kan 'n ander beleid volg. Identifiseer daardie kliënt voordat jy tyd spandeer om elke dopveranderlike in 'n JVM-argument te vertaal.

Verwante artikels