Skicka proxyn till install4j-processen som hämtar

Konfigurera install4j-processen som hämtar artefakten. En Java-egenskap på föräldraprogrammet blir inte automatiskt ett startalternativ för en annan JVM.

För den dokumenterade Java-nätverksvägen kan ett genererat Unix-installationsprogram ta emot host/port före nedladdningen via -J VM-argument:

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

Ersätt filnamnet och slutpunkten. För en tillåten nedladdning av en offentlig artefakt utan proxyautentisering kan en kandidat från HTTP-proxylistan tillhandahålla HTTP-värden och porten i detta Unix-exempel. -q är obevakat läge. Där det krävs är kontouppgifterna proxyAuthUser och proxyAuthPassword; lämna dem via den avsedda hanteringen av autentiseringsuppgifter i stället för delade loggar.

I Windows använder installationsprogram vanligtvis det inbyggda Windows-nätverket och operativsystemets proxykonfiguration. Java-egenskaper konfigurerar inte den vägen. Att välja install4j.noWinInetConnection=true växlar avsiktligt till Java-nätverk, där dessa Java-sidans indata kan gälla.

Java-vägen känner också igen JDK http.proxyHost/http.proxyPort och motsvarande HTTPS-egenskaper. Värdar och portar är åtskilda, och mål-URL:en förblir oförändrad.

Kompilatorns nedladdningar, inklusive signeringstidsstämplar, hör till byggtidens kompilators VM-konfiguration. De fastställer inte den genererade uppdaterarens senare väg. För skillnaderna mellan interaktivt och obevakat läge, registrera den körbara filen, plattformen, transporten och startindata innan du använder en annan versionslösning.