Videreformidle proxyen til install4j-prosessen som laster ned

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

For den dokumenterte Java-nettverksveien kan et generert Unix-installasjonsprogram motta vert/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.

Nedlastinger fra kompilatoren, inkludert signeringstidsstempler, hører til VM-konfigurasjonen til kompilatoren ved bygging. 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.