Que configuración de proxy controla a descarga do teu Maven wrapper?
Identifica o descargador de arranque do wrapper antes de configurar o proxy para unha descarga fallida da distribución de Maven.
Se mvnw falla mentres descarga Maven, unha entrada de proxy válida en settings.xml pode chegar demasiado tarde: Maven aínda non se iniciou.
Inspecciona os ficheiros do wrapper xerados na copia de traballo afectada e identifica que descargador executan. Maven Wrapper 3.3.4 documenta estas disposicións:
| Tipo xerado | Onde buscar a entrada do proxy |
|---|---|
| only-script | curl ou wget en Unix; PowerShell en Windows |
| script | A descarga do JAR do wrapper, seguida da ruta do wrapper de Java |
| bin | O JAR do wrapper incluído e a súa ruta de descarga por Java |
| source | O código fonte do descargador Java incluído cando se usa para o arranque |
only-script é o valor predeterminado documentado para os wrappers xerados recentemente. Unha copia de traballo antiga conserva os seus ficheiros xerados, aínda que actualices a instalación de Maven na túa máquina.
Axusta a configuración a ese proceso
Para un wrapper Unix only-script que usa curl ou wget, configura a interface de proxy que admite ese descargador; unha descarga HTTPS pode usar https_proxy. Se esa descarga da distribución pode usar un proxy HTTP público, toma un enderezo candidato da lista de proxies HTTP para a contorna deste descargador. Se o valor nomea un servidor SOCKS, o descargador tamén debe admitir ese protocolo.
MAVEN_OPTS fornece opcións de JVM. Non pode configurar o proceso curl dunha shell, pero as propiedades de proxy da JVM poden importar nunha ruta de descarga Java. Esa é a distinción útil ao comparar unha solución Takari antiga co wrapper doutro proxecto.
Cando remata a descarga da distribución e Maven arrinca, as descargas dos seus repositorios pasan a ser unha comprobación aparte fronte á configuración de proxy propia de Maven. A distribución, o JAR do wrapper e os repositorios poden ser servidos desde hosts distintos.