ダウンロードする install4j プロセスにプロキシを渡す

アーティファクトをダウンロードする install4j プロセスを構成します。親アプリケーションの Java プロパティが、別の JVM の起動オプションに自動的に変わることはありません。

文書化された Java ネットワーク経路では、生成された Unix インストーラーはダウンロード前に -J VM 引数で host と port を受け取れます。

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

ファイル名とエンドポイントを置き換えてください。プロキシ認証なしで許可された公開アーティファクトのダウンロードでは、HTTP プロキシ一覧の候補がこの Unix の例で HTTP ホストとポートを提供できます。-q は無人モードです。必要な場合、アカウント入力は proxyAuthUser と proxyAuthPassword です。共有ログではなく、想定された資格情報の扱いを通じて渡してください。

Windows では、インストーラーアプリケーションは通常、ネイティブの Windows ネットワークと OS のプロキシ構成を使用します。Java プロパティはその経路を構成しません。install4j.noWinInetConnection=true を選ぶと、意図的に Java ネットワークへ切り替わり、そこではこれらの Java 側の入力が適用される場合があります。

Java 経路は JDK の http.proxyHost/http.proxyPort と対応する HTTPS プロパティも認識します。ホストとポートは別々であり、宛先 URL は変わりません。

署名タイムスタンプを含むコンパイラーのダウンロードは、ビルド時のコンパイラーの VM 構成に属します。それらは生成されたアップデーターの後の経路を決めません。対話式と無人式の違いについては、別のバージョン回避策を適用する前に、実行ファイル、プラットフォーム、トランスポート、起動入力を記録してください。