Eman proxya deskargatzen duen install4j prozesuari

Konfiguratu artefaktua deskargatzen duen install4j prozesua. Guraso aplikazioko Java propietate bat ez da automatikoki beste JVM baterako abio-aukera bihurtzen.

Dokumentatutako Java-sarearen bidean, sortutako Unix instalatzaileak host/portua jaso dezake deskargaren aurretik -J VM argumentuen bidez:

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

Ordezkatu fitxategi-izena eta amaiera-puntua. Proxy autentifikaziorik gabeko artefaktu publikoaren deskarga baimendu baterako, HTTP proxy zerrendako hautagai batek HTTP hosta eta portua eman ditzake Unix adibide honetan. -q gainbegiratu gabeko modua da. Behar denean, kontu-sarrerak proxyAuthUser eta proxyAuthPassword dira; eman itzazu aurreikusitako kredentzial-kudeaketaren bidez, partekatutako erregistroen ordez.

Windowsen, instalatzaile aplikazioek Windowsen jatorrizko sareak eta sistema eragilearen proxy konfigurazioa erabili ohi dituzte. Java propietateek ez dute bide hori konfiguratzen. install4j.noWinInetConnection=true hautatzeak nahita aldatzen du Java sarera, eta han Java aldeko sarrera horiek aplika daitezke.

Java bideak JDKren http.proxyHost/http.proxyPort eta dagozkion HTTPS propietateak ere ezagutzen ditu. Ostalariak eta portuak bereiziak dira, eta helburuko URLa ez da aldatzen.

Konpilatzailearen deskargak, sinadura-denboratzeak barne, eraikuntza-garaiko konpilatzailearen VM konfigurazioari dagozkio. Ez dute sortutako eguneratzailearen geroko ibilbidea ezartzen. Interaktiboaren eta gainbegiratu gabearen arteko desberdintasunetarako, erregistratu exekutagarria, plataforma, garraioa eta abio-sarrerak beste bertsio-bide bat aplikatu aurretik.