Ce setare de proxy controlează descărcarea Maven wrapper-ului tău?
Identifică descărcătorul bootstrap al wrapper-ului înainte de a configura proxy-ul pentru o descărcare eșuată a distribuției Maven.
Dacă mvnw eșuează în timpul descărcării Maven, o intrare de proxy funcțională în settings.xml poate fi prea târzie: Maven nu a pornit încă.
Inspectează fișierele wrapper generate în checkout-ul afectat și identifică ce descărcător rulează. Maven Wrapper 3.3.4 documentează aceste aranjamente:
| Tip generat | Unde să cauți intrarea proxy |
|---|---|
| only-script | curl sau wget pe Unix; PowerShell pe Windows |
| script | Descărcarea JAR-ului wrapper, apoi calea wrapper-ului Java |
| bin | JAR-ul wrapper inclus și calea sa de descărcare Java |
| source | Sursa descărcătorului Java inclus când este folosit pentru bootstrap |
only-script este valoarea implicită documentată pentru wrapper-ele generate recent. Un checkout mai vechi își păstrează fișierele generate, chiar dacă actualizezi instalarea Maven pe mașina ta.
Potrivește setarea cu acel proces
Pentru un wrapper Unix only-script care folosește curl sau wget, configurează interfața de proxy acceptată de acel descărcător; o descărcare HTTPS poate folosi https_proxy. Dacă acea descărcare a distribuției poate folosi un proxy HTTP public, ia o adresă candidată din lista de proxy HTTP pentru mediul acestui descărcător. Dacă valoarea numește un server SOCKS, descărcătorul trebuie să accepte și acel protocol.
MAVEN_OPTS furnizează opțiuni JVM. Nu poate configura procesul curl al unui shell, dar proprietățile de proxy ale JVM pot conta pe o cale de descărcare Java. Aceasta este distincția utilă când compari o soluție Takari veche cu wrapper-ul altui proiect.
După ce descărcarea distribuției se termină și Maven pornește, descărcările din depozitele sale devin o verificare separată față de configurația de proxy proprie a Maven. Distribuția, JAR-ul wrapper și depozitele pot fi servite de gazde diferite.