La opción -D de Ant no siempre es una opción de proxy de la JVM
Una propiedad de Ant y una propiedad del sistema Java pueden tener la misma ortografía sin ser la misma configuración. Configure la JVM o la tarea que realiza la solicitud.
Agregaste -Dhttp.proxyHost=... a un comando de Ant, pero la descarga sigue yendo directamente. La ortografía parece una propiedad del sistema Java; el comando que la recibe es lo que importa.
La sintaxis -D de la línea de comandos de Ant define propiedades de compilación de Ant. Eso no es automáticamente lo mismo que pasar una opción de inicio a la JVM que ejecuta Ant.
Ant documenta ANT_OPTS para las opciones que se pasan a esa JVM. También ofrece la setproxy tarea para la configuración de proxy compatible desde una compilación. Elige la interfaz que coincida con el requisito y con el cliente que realiza la solicitud.
Un proxy aplicado a la JVM de Ant no configura automáticamente un ejecutable aparte ni un cliente configurado de forma independiente que inicie una tarea. Si un programa bifurcado falla, examina su propio comando y entorno.
Para una descarga pública permitida, la lista de proxies HTTP ofrece candidatos para el host y el puerto de la interfaz elegida. Mantén los extremos específicos de la máquina y los secretos de la cuenta fuera de los archivos de compilación compartidos cuando sea posible. Una compilación que funciona para un desarrollador no debería obligar a todos los demás usuarios a contactar el proxy de oficina de ese desarrollador.
Al informar del fallo, muestra dónde se proporcionó la configuración: propiedad de Ant, opción de inicio de la JVM, configuración de la tarea o entorno del proceso hijo. Esa distinción suele ser la explicación que falta.