Какая настройка прокси управляет загрузкой вашего Maven wrapper?
Определите bootstrap-загрузчик wrapper до настройки прокси для неудачной загрузки дистрибутива Maven.
Если mvnw завершается ошибкой при загрузке Maven, рабочая запись прокси в settings.xml может оказаться слишком поздней: Maven ещё не запущен.
Проверьте сгенерированные файлы wrapper в затронутой рабочей копии и определите, какой загрузчик они запускают. Maven Wrapper 3.3.4 описывает такие варианты:
| Сгенерированный тип | Где искать входные данные прокси |
|---|---|
| only-script | curl или wget в Unix; PowerShell в Windows |
| script | Загрузка JAR-файла wrapper, затем путь Java wrapper |
| bin | Включённый JAR wrapper и его путь загрузки через Java |
| source | Исходный код встроенного загрузчика Java, когда он используется для bootstrap |
only-script — задокументированное значение по умолчанию для новых сгенерированных wrapper. Старая рабочая копия сохраняет свои сгенерированные файлы, даже если вы обновите установку Maven на своей машине.
Согласуйте настройку с этим процессом
Для Unix wrapper only-script, использующего curl или wget, настройте поддерживаемый этим загрузчиком интерфейс прокси; загрузка по HTTPS может использовать https_proxy. Если загрузка дистрибутива может использовать публичный HTTP-прокси, возьмите адрес-кандидат из списка HTTP-прокси для окружения этого загрузчика. Если значение указывает на сервер SOCKS, загрузчик должен поддерживать и этот протокол.
MAVEN_OPTS задаёт параметры JVM. Он не может настроить процесс curl в оболочке, но свойства прокси JVM могут иметь значение на пути загрузчика Java. Это полезное различие при сравнении старого обходного решения Takari с wrapper другого проекта.
Когда загрузка дистрибутива завершится и Maven запустится, загрузки из его репозиториев станут отдельной проверкой относительно собственной конфигурации прокси Maven. Дистрибутив, JAR wrapper и репозитории могут обслуживаться разными хостами.