Adja át a proxyt a letöltő install4j-folyamatnak

Állítsa be azt az install4j-folyamatot, amely letölti az artefaktumot. A szülőalkalmazás Java-tulajdonsága nem válik automatikusan egy másik JVM indítási beállításává.

A dokumentált Java-hálózati útvonalhoz a generált Unix-telepítő a letöltés előtt fogadhat hostot és portot -J VM-argumentumokon keresztül:

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

Cserélje ki a fájlnevet és a végpontot. Egy engedélyezett nyilvános artefaktum-letöltéshez proxy-hitelesítés nélkül az HTTP-proxylistáról származó jelölt biztosíthatja a HTTP-hostot és -portot ebben az Unix-példában. A -q a felügyelet nélküli mód. Ahol szükséges, a fiókadatokat a proxyAuthUser és a proxyAuthPassword adja; ezeket a szándékolt hitelesítőadat-kezelésen keresztül adja meg, ne közös naplókon keresztül.

Windows alatt a telepítőalkalmazások általában a natív Windows-hálózatot és az operációs rendszer proxybeállítását használják. A Java-tulajdonságok nem állítják be ezt az útvonalat. A install4j.noWinInetConnection=true kiválasztása szándékosan Java-hálózatra vált, ahol ezek a Java-oldali beállítások érvényesülhetnek.

A Java-útvonal a JDK http.proxyHost/http.proxyPort tulajdonságait és a megfelelő HTTPS-tulajdonságokat is felismeri. A hostok és a portok különállóak, a cél-URL pedig változatlan marad.

A fordító letöltései, az aláírási időbélyegekkel együtt, a build idejű fordító VM-konfigurációjához tartoznak. Ezek nem határozzák meg a generált frissítő későbbi útvonalát. Az interaktív és a felügyelet nélküli mód közötti különbségekhez rögzítse a futtatható fájlt, a platformot, az átvitelt és az indítási beállításokat, mielőtt más verziós megoldást alkalmazna.