Den Proxy an den install4j-Prozess übergeben, der herunterlädt

Konfigurieren Sie den install4j-Prozess, der das Artefakt herunterlädt. Eine Java-Eigenschaft der übergeordneten Anwendung wird nicht automatisch zu einer Startoption einer anderen JVM.

Für den dokumentierten Java-Netzwerkpfad kann ein generierter Unix-Installer Host/Port vor dem Download über -J VM-Argumente erhalten:

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

Ersetzen Sie Dateinamen und Endpunkt. Für einen zulässigen Download eines öffentlichen Artefakts ohne Proxy-Authentifizierung kann ein Kandidat aus der HTTP-Proxy-Liste in diesem Unix-Beispiel HTTP-Host und -Port liefern. -q ist der unbeaufsichtigte Modus. Wo erforderlich, sind die Konto-Eingaben proxyAuthUser und proxyAuthPassword; übergeben Sie sie über die vorgesehene Behandlung von Anmeldedaten statt über gemeinsam genutzte Protokolle.

Unter Windows nutzen Installer-Anwendungen normalerweise die native Windows-Netzwerkfunktion und die Proxy-Konfiguration des Betriebssystems. Java-Eigenschaften konfigurieren diesen Pfad nicht. Die Wahl von install4j.noWinInetConnection=true schaltet bewusst auf Java-Netzwerk um, wo diese Java-seitigen Eingaben gelten können.

Der Java-Pfad erkennt auch JDK http.proxyHost/http.proxyPort und entsprechende HTTPS-Eigenschaften. Hosts und Ports sind getrennt, und die Ziel-URL bleibt unverändert.

Compiler-Downloads, einschließlich Signatur-Zeitstempeln, gehören zur VM-Konfiguration des Compilers zur Buildzeit. Sie legen die spätere Route des generierten Updaters nicht fest. Für die Unterschiede zwischen interaktiv und unbeaufsichtigt erfassen Sie ausführbare Datei, Plattform, Transport und Start-Eingaben, bevor Sie einen anderen Versions-Workaround anwenden.