In shellfariabele en in JVM-systeem-eigenskip binne ferskillende konfiguraasje-ynfier. It eksportearjen fan http_proxy foar curl makket gjin http.proxyHost oan yn in Java URLConnection-klant.

Foar in JVM dêr't de meidwaanende HTTP-ferbiningen in fêste rûte foar brûke moatte, kinne startarguminten de kar eksplisyt meitsje:

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

It einpunt is yllustratyf; publike HTTP-kandidaten út 'e HTTP-proxylist kinne dizze fjilden ynfolje as de applikaasje dy rûte tastiet. De host-eigenskip nimt in hostnamme of IP-adres, wêrby't de poarte apart opjûn wurdt. It is gjin folsleine proxy-URL.

Autentikaasje en omgongsregels hawwe har eigen konfiguraasje nedich. Concludeer net dat in ûndokumintearre http.proxyPassword-eigenskip wurket allinnich om't in âld foarbyld it befettet. Rieplachtsje de dokumintearre autentikaasje-API en de netwurk-eigenskippen fan jo JDK.

Dit jildt foar meidwaanende Java-netwurkrûtes. In bibleteek mei in ûnôfhinklik konfigurearre HTTP-klant kin in oar belied folgje. Identifisearje dy klant foardat jo tiid besteegje oan it oersetten fan elke shellfariabele yn in JVM-argumint.

Relatearre artikelen