Geef de proxy door aan het install4j-proces dat downloadt

Configureer het install4j-proces dat het artefact downloadt. Een Java-eigenschap op de bovenliggende applicatie wordt niet automatisch een opstartoptie van een andere JVM.

Voor het gedocumenteerde Java-netwerkpad kan een gegenereerde Unix-installer host/port ontvangen vóór het downloaden via -J VM-argumenten:

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

Vervang de bestandsnaam en het eindpunt. Voor een toegestane download van een openbaar artefact zonder proxy-authenticatie kan een kandidaat uit de HTTP-proxylijst de HTTP-host en -poort leveren in dit Unix-voorbeeld. -q is de onbeheerde modus. Waar nodig zijn de accountinvoer proxyAuthUser en proxyAuthPassword; lever ze via de bedoelde verwerking van inloggegevens in plaats van gedeelde logs.

Op Windows gebruiken installatieprogramma's meestal de native Windows-netwerken de proxyconfiguratie van het besturingssysteem. Java-eigenschappen configureren dat pad niet. Het kiezen van install4j.noWinInetConnection=true schakelt bewust over naar Java-netwerken, waar die Java-zijde-invoer kan gelden.

Het Java-pad herkent ook JDK http.proxyHost/http.proxyPort en de bijbehorende HTTPS-eigenschappen. Hosts en poorten zijn gescheiden, en de bestemmings-URL blijft ongewijzigd.

Downloads van de compiler, inclusief ondertekeningstijdstempels, horen bij de VM-configuratie van de compiler tijdens de build. Ze bepalen niet de latere route van de gegenereerde updater. Voor de verschillen tussen interactief en onbeheerd, leg het uitvoerbare bestand, het platform, het transport en de opstartinvoer vast voordat u een andere versie-oplossing toepast.