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