L'option -D d'Ant n'est pas toujours une option de proxy JVM
Une propriété Ant et une propriété système Java peuvent avoir la même orthographe sans être le même réglage. Configurez la JVM ou la tâche qui effectue la requête.
Vous avez ajouté -Dhttp.proxyHost=... à une commande Ant, mais le téléchargement passe toujours directement. L'orthographe ressemble à une propriété système Java ; la commande qui la reçoit compte.
La syntaxe -D de la ligne de commande d'Ant définit des propriétés de build Ant. Ce n'est pas automatiquement la même chose que transmettre une option de démarrage à la JVM qui exécute Ant.
Ant documente ANT_OPTS pour les options fournies à cette JVM. Il fournit aussi la setproxy tâche de configuration de proxy prise en charge depuis un build. Choisissez l'interface correspondant à l'exigence et au client qui effectue la requête.
Un proxy appliqué à la JVM d'Ant ne configure pas automatiquement un exécutable séparé ni un client configuré indépendamment, lancé par une tâche. Si un programme forké échoue, examinez sa propre commande et son environnement.
Pour un téléchargement public autorisé, la liste de proxies HTTP fournit des candidats pour l'hôte et le port de l'interface choisie. Gardez si possible les points de terminaison propres à la machine et les secrets de compte hors des fichiers de build partagés. Un build qui fonctionne pour un développeur ne devrait pas forcer tous les autres utilisateurs à contacter le proxy de bureau de ce développeur.
Lorsque vous signalez l'échec, indiquez où le réglage a été fourni : propriété Ant, option de démarrage de la JVM, configuration de tâche ou environnement du processus enfant. Cette distinction est souvent l'explication manquante.