Које прокси подешавање контролише преузимање Maven Wrapper-а?
Идентификујте преузимача за покретање 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 преузимача када се користи за покретање |
only-script је документовани подразумевани избор за новогенерисане wrapper-е. Старији checkout задржава своје генерисане датотеке, чак и ако ажурирате Maven инсталацију на свом рачунару.
Ускладите подешавање са тим процесом
За Unix only-script wrapper који користи curl или wget, конфигуришите прокси интерфејс који тај преузимач подржава; HTTPS преузимање може користити https_proxy. Ако то преузимање дистрибуције може користити јавни HTTP прокси, узмите кандидатску адресу из листе HTTP проксија за окружење тог преузимача. Ако вредност означава SOCKS сервер, преузимач мора подржавати и тај протокол.
MAVEN_OPTS обезбеђује JVM опције. Он не може конфигурисати curl процес шкољке, али JVM прокси својства могу бити важна на Java путањи преузимача. То је корисна разлика када поредите стари Takari workaround са wrapper-ом другог пројекта.
Када се преузимање дистрибуције заврши и Maven почне, преузимања из његових репозиторијума постају одвојена провера у односу на Maven-ову сопствену прокси конфигурацију. Дистрибуција, wrapper JAR и репозиторијуми могу бити услужени са различитих host-ова.