Si mvnw falla mientras descarga Maven, una entrada de proxy válida en settings.xml puede llegar demasiado tarde: Maven aún no se ha iniciado.

Inspecciona los archivos del wrapper generados en la copia de trabajo afectada e identifica qué descargador ejecutan. Maven Wrapper 3.3.4 documenta estas disposiciones:

Tipo generadoDónde buscar la entrada del proxy
only-scriptcurl o wget en Unix; PowerShell en Windows
scriptLa descarga del JAR del wrapper, seguida de la ruta del wrapper de Java
binEl JAR del wrapper incluido y su ruta de descarga por Java
sourceEl código fuente del descargador Java incluido cuando se usa para el arranque

only-script es el valor predeterminado documentado para los wrappers generados recientemente. Una copia de trabajo antigua conserva sus archivos generados, aunque actualices la instalación de Maven en tu equipo.

Ajusta la configuración a ese proceso

Para un wrapper Unix only-script que usa curl o wget, configura la interfaz de proxy que admite ese descargador; una descarga HTTPS puede usar https_proxy. Si esa descarga de la distribución puede usar un proxy HTTP público, toma una dirección candidata de la lista de proxies HTTP para el entorno de este descargador. Si el valor nombra un servidor SOCKS, el descargador también debe admitir ese protocolo.

MAVEN_OPTS proporciona opciones de JVM. No puede configurar el proceso curl de un shell, pero las propiedades de proxy de la JVM pueden importar en una ruta de descarga Java. Esa es la distinción útil al comparar una solución Takari antigua con el wrapper de otro proyecto.

Cuando finaliza la descarga de la distribución y Maven se inicia, las descargas de sus repositorios pasan a ser una comprobación aparte frente a la configuración de proxy propia de Maven. La distribución, el JAR del wrapper y los repositorios pueden servirse desde hosts distintos.

Artículos relacionados