Qual configuração de proxy controla o download do seu Maven wrapper?
Identifique o downloader de bootstrap do wrapper antes de configurar o proxy para um download malsucedido da distribuição do Maven.
Se mvnw falhar ao baixar o Maven, uma entrada de proxy funcional em settings.xml pode chegar tarde demais: o Maven ainda não foi iniciado.
Inspecione os arquivos do wrapper gerados no checkout afetado e identifique qual downloader eles executam. O Maven Wrapper 3.3.4 documenta estes arranjos:
| Tipo gerado | Onde procurar a entrada do proxy |
|---|---|
| only-script | curl ou wget no Unix; PowerShell no Windows |
| script | O download do JAR do wrapper, seguido do caminho do wrapper Java |
| bin | O JAR do wrapper incluído e seu caminho de download Java |
| source | O código-fonte do downloader Java incluído quando usado para bootstrap |
only-script é o padrão documentado para wrappers recém-gerados. Um checkout mais antigo mantém seus arquivos gerados, mesmo que você atualize a instalação do Maven na sua máquina.
Alinhe a configuração a esse processo
Para um wrapper Unix only-script que usa curl ou wget, configure a interface de proxy suportada por esse downloader; um download HTTPS pode usar https_proxy. Se esse download da distribuição puder usar um proxy HTTP público, pegue um endereço candidato da lista de proxies HTTP para o ambiente desse downloader. Se o valor indicar um servidor SOCKS, o downloader também precisa suportar esse protocolo.
MAVEN_OPTS fornece opções da JVM. Ele não pode configurar o processo curl de um shell, mas propriedades de proxy da JVM podem importar em um caminho de download Java. Essa é a distinção útil ao comparar uma solução Takari antiga com o wrapper de outro projeto.
Quando o download da distribuição termina e o Maven inicia, os downloads dos repositórios passam a ser uma verificação separada em relação à configuração de proxy do próprio Maven. A distribuição, o JAR do wrapper e os repositórios podem ser servidos por hosts diferentes.