Перадайце проксі працэсу install4j, які спампоўвае

Наладзьце працэс install4j, які спампоўвае артэфакт. Уласцівасць Java у бацькоўскай праграме не становіцца аўтаматычна параметрам запуску іншай JVM.

Для дакументаванага шляху Java-сетак згенераваны Unix-усталёўшчык можа атрымаць host/port перад спампоўваннем праз -J аргументы VM:

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

Замяніце імя файла і канчатковы пункт. Для дазволенага спампоўвання публічнага артэфакта без аўтэнтыфікацыі проксі кандыдат са спіса HTTP-проксі можа даць HTTP-хост і порт у гэтым прыкладзе для Unix. -q — гэта аўтаматычны рэжым. Дзе патрэбна, уліковыя параметры — proxyAuthUser і proxyAuthPassword; перадавайце іх праз прызначанае апрацоўванне ўліковых даных, а не праз агульныя журналы.

У Windows праграмы-ўсталёўшчыкі звычайна выкарыстоўваюць уласную сетку Windows і налады проксі аперацыйнай сістэмы. Уласцівасці Java не наладжваюць гэты шлях. Выбар install4j.noWinInetConnection=true наўмысна пераключае на сетку Java, дзе гэтыя параметры з боку Java могуць дзейнічаць.

Шлях Java таксама распазнае http.proxyHost/http.proxyPort JDK і адпаведныя ўласцівасці HTTPS. Хосты і парты асобныя, а URL прызначэння застаецца нязменным.

Спампоўванні кампілятара, уключаючы часовыя меткі подпісу, належаць да канфігурацыі VM кампілятара часу зборкі. Яны не вызначаюць далейшы маршрут згенераванага абнаўляльніка. Каб улічыць розніцу паміж інтэрактыўным і аўтаматычным рэжымам, запішыце выканальны файл, платформу, транспарт і параметры запуску, перш чым ужываць іншы абыход для версіі.