Transmettre le proxy au processus install4j qui télécharge

Configurez le processus install4j qui télécharge l'artefact. Une propriété Java de l'application parente ne devient pas automatiquement une option de démarrage d'une autre JVM.

Pour la voie réseau Java documentée, un installateur Unix généré peut recevoir l'hôte et le port avant le téléchargement via des arguments de VM -J :

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

Remplacez le nom de fichier et le point de terminaison. Pour un téléchargement autorisé d'un artefact public sans authentification par proxy, un candidat de la liste de proxys HTTP peut fournir l'hôte et le port HTTP dans cet exemple Unix. -q est le mode sans surveillance. Lorsque cela est requis, les entrées de compte sont proxyAuthUser et proxyAuthPassword ; fournissez-les via la gestion prévue des identifiants plutôt que des journaux partagés.

Sous Windows, les applications d'installation utilisent normalement la mise en réseau native de Windows et la configuration de proxy du système d'exploitation. Les propriétés Java ne configurent pas cette voie. Choisir install4j.noWinInetConnection=true bascule délibérément vers la mise en réseau Java, où ces entrées côté Java peuvent s'appliquer.

La voie Java reconnaît aussi les propriétés JDK http.proxyHost/http.proxyPort et les propriétés HTTPS correspondantes. Les hôtes et les ports sont distincts, et l'URL de destination reste inchangée.

Les téléchargements du compilateur, y compris les horodatages de signature, relèvent de la configuration de la VM du compilateur au moment de la compilation. Ils n'établissent pas l'itinéraire ultérieur du programme de mise à jour généré. Pour les différences entre interactif et sans surveillance, consignez l'exécutable, la plateforme, le transport et les entrées de démarrage avant d'appliquer un autre contournement de version.