Hierdie twee opdragte gee nie dieselfde konfigurasie aan die Java-lanseerder nie. Gebruik jou HTTP-proxy se gasheer en poort; die HTTP-proxylys bied kandidate vir toegelate publieke roetes:

java -Dhttp.proxyHost=proxy.example.net -Dhttp.proxyPort=8080 -jar app.jar
java -jar app.jar -Dhttp.proxyHost=proxy.example.net -Dhttp.proxyPort=8080

In die eerste ontvang die lanseerder stelsel-eienskap-opsies. In die tweede word die tekens ná app.jar toepassingsargumente. Tensy die toepassing dit doelbewus ontleed, stel dit nie die JVM se proxy-eienskappe nie.

Dieselfde grens geld wanneer 'n hoofklas in plaas van -jar genoem word. Plaas JVM-opsies voor die klasnaam en toepassingspesifieke argumente daarna.

Ondersoek die werklike beginopdrag wat deur 'n IDE, diensomhulsel of lanseerskrip gegenereer word. Sy veld gemerk “program arguments” kan verskil van sy veld vir VM-opsies.

Korrekte plasing verskaf net die eienskap. Die HTTP-kliënt moet steeds daardie Java-netwerkkonfigurasie gebruik. Vir Apache HttpClient 5, laat die kliënt stelsel-eienskappe gebruik. Proxy-verifikasie benodig sy eie ondersteunde koppelvlak.

Verwante artikels