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