Videresend proxyen til install4j-prosessen som laster ned

Konfigurer install4j-prosessen som laster ned artefakten. En Java-egenskap på foreldreapplikasjonen blir ikke automatisk et oppstartsalternativ for en annen JVM.

For den dokumenterte Java-nettverksveien kan en generert Unix-installasjonsprogram motta host/port før nedlasting via -J VM-argumenter:

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

Erstatt filnavnet og endepunktet. For en tillatt nedlasting av en offentlig artefakt uten proxy-autentisering kan en kandidat fra HTTP-proxylisten levere HTTP-vert og -port i dette Unix-eksempelet. -q er uovervåket modus. Der det kreves, er konto-inndataene proxyAuthUser og proxyAuthPassword; lever dem via den tiltenkte håndteringen av legitimasjon i stedet for delte logger.

På Windows bruker installasjonsprogrammer vanligvis innebygd Windows-nettverk og operativsystemets proxykonfigurasjon. Java-egenskaper konfigurerer ikke den veien. Valg av install4j.noWinInetConnection=true bytter bevisst til Java-nettverk, der disse Java-side-inndataene kan gjelde.

Java-veien gjenkjenner også JDK http.proxyHost/http.proxyPort og tilsvarende HTTPS-egenskaper. Verter og porter er atskilt, og mål-URL-en forblir uendret.

Kompilatornedlastinger, inkludert signeringstidsstempler, hører til byggetidens kompilator sin VM-konfigurasjon. De fastsetter ikke den genererte oppdatererens senere rute. For forskjellene mellom interaktiv og uovervåket, registrer den kjørbare filen, plattformen, transporten og oppstartsinndataene før du bruker en annen versjonsløsning.