Ipasa ang proxy sa prosesong install4j na nagda-download

I-configure ang prosesong install4j na nagda-download ng artefact. Ang property ng Java sa parent application ay hindi awtomatikong nagiging opsyon sa pagsisimula ng ibang JVM.

Para sa dokumentadong daan ng network ng Java, ang nabuong installer ng Unix ay maaaring tumanggap ng host/port bago mag-download sa pamamagitan ng -J VM arguments:

./setup.sh -q -J-DproxyHost=proxy.example -J-DproxyPort=8080

Palitan ang filename at endpoint. Para sa pinapayagang pag-download ng pampublikong artefact na walang proxy authentication, ang isang kandidato mula sa listahan ng HTTP proxy ay maaaring magbigay ng HTTP host at port sa halimbawang Unix na ito. -q ay walang-pagmamasid na mode. Kung kinakailangan, ang mga input ng account ay proxyAuthUser at proxyAuthPassword; ibigay ang mga ito sa pamamagitan ng nilalayong paghawak ng kredensyal sa halip na mga shared log.

Sa Windows, ang mga installer application ay karaniwang gumagamit ng native na networking ng Windows at configuration ng proxy ng operating system. Hindi kinokonfigure ng mga property ng Java ang daang iyon. Ang pagpili ng install4j.noWinInetConnection=true ay sadyang lumilipat sa networking ng Java, kung saan maaaring magamit ang mga input sa panig ng Java.

Kinikilala rin ng daan ng Java ang http.proxyHost/http.proxyPort ng JDK at ang kaukulang HTTPS properties. Hiwalay ang mga host at port, at hindi nagbabago ang destination URL.

Ang mga download ng compiler, kabilang ang mga timestamp ng pagpirma, ay kabilang sa VM configuration ng compiler sa oras ng build. Hindi nila itinatakda ang huling ruta ng nabuong updater. Para sa mga pagkakaiba ng interactive at walang-pagmamasid, itala ang executable, platform, transport at startup input bago maglapat ng ibang version workaround.