Gee die instaanbediener deur aan die install4j-proses wat aflaai
Stel 'n onbewaakte install4j-aflaai op met die ondersteunde instaanbediener-insette vir sy platform en proses.
Stel die install4j-proses op wat die artefak aflaai. 'n Java-eienskap op die moederprogram word nie outomaties 'n beginopsie van 'n ander JVM nie.
Vir die gedokumenteerde Java-netwerkpad kan 'n gegenereerde Unix-installeerder gasheer/poort ontvang voor die aflaai, deur -J VM-argumente:
./setup.sh -q -J-DproxyHost=proxy.example -J-DproxyPort=8080
Vervang die lêernaam en die eindpunt. Vir 'n toegelate aflaai van 'n publieke artefak sonder instaanverifikasie kan 'n kandidaat uit die HTTP-instaanbedienerlys die HTTP-gasheer en -poort in hierdie Unix-voorbeeld verskaf. -q is onbewaakte modus. Waar dit nodig is, is die rekeninginsette proxyAuthUser en proxyAuthPassword; verskaf hulle deur die beoogde hantering van geloofsbriewe eerder as gedeelde logs.
Op Windows gebruik installeerderprogramme gewoonlik inheemse Windows-netwerking en die bedryfstelsel se instaanopstelling. Java-eienskappe stel nie daardie pad op nie. Om install4j.noWinInetConnection=true te kies, skakel doelbewus oor na Java-netwerking, waar daardie insette aan die Java-kant kan geld.
Die Java-pad herken ook JDK http.proxyHost/http.proxyPort en die ooreenstemmende HTTPS-eienskappe. Gasheer en poorte is apart, en die bestemming-URL bly onveranderd.
Aflaaie deur die samesteller, insluitend tydstempels vir ondertekening, hoort by die VM-opstelling van die samesteller tydens die bou. Hulle vestig nie die later roete van die gegenereerde opdateerder nie. Vir verskille tussen interaktief en onbewaak, teken eers die uitvoerbare lêer, platform, vervoer en begininsette op voordat 'n ander weergawe-omweg toegepas word.