Aquestes dues ordres no donen al llançador de Java la mateixa configuració. Utilitzeu l'amfitrió i el port del vostre proxí HTTP; la llista de proxí HTTP ofereix candidats per a rutes públiques permeses:

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

A la primera, el llançador rep opcions de propietats de sistema. A la segona, els testimonis posteriors a app.jar es converteixen en arguments de l'aplicació. Tret que l'aplicació els analitzi deliberadament, no estableixen les propietats de proxí de la JVM.

El mateix límit s'aplica quan s'anomena una classe principal en lloc d'usar -jar. Poseu les opcions de la JVM abans del nom de la classe i els arguments propis de l'aplicació després.

Inspeccioneu l'ordre d'inici real que genera un IDE, un embolcall de servei o un script de llançament. El seu camp etiquetat «program arguments» pot ser diferent del camp per a les opcions de la VM.

La col·locació correcta només proporciona la propietat. El client HTTP encara ha de consumir aquesta configuració de xarxa de Java. Per a Apache HttpClient 5, feu que el client utilitzi les propietats de sistema. L'autenticació del proxí necessita la seva pròpia interfície compatible.

Articles relacionats