Передайте проксі процесу install4j, який завантажує

Налаштуйте процес install4j, який завантажує артефакт. Властивість Java у батьківській програмі не стає автоматично параметром запуску іншої JVM.

Для документованого шляху мережі Java згенерований інсталятор Unix може отримати host/port перед завантаженням через аргументи VM -J:

./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 компілятора під час збирання. Вони не визначають подальший маршрут згенерованого засобу оновлення. Щоб урахувати різницю між інтерактивним і автоматичним режимами, зафіксуйте виконуваний файл, платформу, транспорт і параметри запуску перед застосуванням іншого обхідного рішення для версії.