Przekaż serwer proxy do procesu install4j, który pobiera

Skonfiguruj proces install4j, który pobiera artefakt. Właściwość Java w aplikacji nadrzędnej nie staje się automatycznie opcją uruchamiania innej JVM.

Dla udokumentowanej ścieżki sieciowej Java wygenerowany instalator Unix może otrzymać host/port przed pobraniem przez argumenty VM -J:

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

Zastąp nazwę pliku i punkt końcowy. W przypadku dozwolonego pobierania publicznego artefaktu bez uwierzytelniania proxy kandydat z listy serwerów proxy HTTP może dostarczyć host i port HTTP w tym przykładzie dla Uniksa. -q to tryb nienadzorowany. W razie potrzeby dane konta to proxyAuthUser i proxyAuthPassword; przekazuj je przez przewidziane zarządzanie poświadczeniami, a nie przez współdzielone dzienniki.

W Windows programy instalacyjne zwykle korzystają z natywnej sieci Windows i konfiguracji serwera proxy systemu operacyjnego. Właściwości Java nie konfigurują tej ścieżki. Wybór install4j.noWinInetConnection=true celowo przełącza na sieć Java, gdzie te dane wejściowe po stronie Java mogą działać.

Ścieżka Java rozpoznaje także http.proxyHost/http.proxyPort JDK i odpowiednie właściwości HTTPS. Hosty i porty są rozdzielone, a docelowy URL pozostaje niezmieniony.

Pobierania kompilatora, w tym znaczniki czasu podpisywania, należą do konfiguracji VM kompilatora w czasie kompilacji. Nie ustalają one późniejszej trasy wygenerowanego aktualizatora. Aby uwzględnić różnice między trybem interaktywnym a nienadzorowanym, zapisz plik wykonywalny, platformę, transport i dane wejściowe uruchamiania przed zastosowaniem innego obejścia wersji.