Kalo përfaqësuesin te procesi install4j që shkarkon

Konfiguroni procesin install4j që shkarkon artefaktin. Një veti Java në aplikacionin prind nuk bëhet automatikisht opsion nisjeje i një JVM tjetër.

Për rrugën e dokumentuar të rrjetit Java, një instalues Unix i gjeneruar mund të marrë host/port para shkarkimit përmes argumenteve VM -J:

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

Zëvendësoni emrin e skedarit dhe pikën përfundimtare. Për një shkarkim të lejuar të një artefakti publik pa vërtetim përfaqësuesi, një kandidat nga lista e përfaqësuesve HTTP mund të ofrojë hostin dhe portin HTTP në këtë shembull Unix. -q është modaliteti pa mbikëqyrje. Kur kërkohet, hyrjet e llogarisë janë proxyAuthUser dhe proxyAuthPassword; jepini ato përmes trajtimit të synuar të kredencialeve dhe jo përmes regjistrave të përbashkët.

Në Windows, aplikacionet instaluese zakonisht përdorin rrjetin vendas të Windows dhe konfigurimin e përfaqësuesit të sistemit operativ. Vetitë Java nuk e konfigurojnë atë rrugë. Zgjedhja e install4j.noWinInetConnection=true kalon qëllimisht në rrjetin Java, ku ato hyrje nga ana Java mund të zbatohen.

Rruga Java njeh gjithashtu http.proxyHost/http.proxyPort të JDK-së dhe vetitë përkatëse HTTPS. Hostet dhe portet janë të ndara, dhe URL-ja e destinacionit mbetet e pandryshuar.

Shkarkimet e përpiluesit, duke përfshirë vulat kohore të nënshkrimit, i përkasin konfigurimit VM të përpiluesit në kohën e ndërtimit. Ato nuk përcaktojnë rrugën e mëvonshme të përditësuesit të gjeneruar. Për dallimet midis interaktiv dhe pa mbikëqyrje, regjistroni ekzekutuesin, platformën, transportin dhe hyrjet e nisjes përpara se të zbatoni një zgjidhje tjetër versioni.