Kuris proxy nustatymas valdo jūsų Maven wrapper atsisiuntimą?
Nustatykite wrapper bootstrap atsisiuntėją prieš konfigūruodami proxy nepavykusiam Maven distribucijos atsisiuntimui.
Jei mvnw nepavyksta atsisiunčiant Maven, veikiantis proxy įrašas settings.xml faile gali būti per vėlu: Maven dar nepaleistas.
Peržiūrėkite sugeneruotus wrapper failus paveiktame checkout ir nustatykite, kurią atsisiuntimo programą jie vykdo. Maven Wrapper 3.3.4 dokumentuoja šiuos variantus:
| Sugeneruotas tipas | Kur ieškoti proxy įvesties |
|---|---|
| only-script | curl arba wget Unix; PowerShell Windows |
| script | Wrapper JAR atsisiuntimas, tada Java wrapper kelias |
| bin | Įtrauktas wrapper JAR ir jo Java atsisiuntimo kelias |
| source | Įtrauktos Java atsisiuntimo programos šaltinis, kai ji naudojama bootstrap |
only-script yra dokumentuota numatytoji reikšmė naujai sugeneruotiems wrapper. Senesnis checkout išsaugo sugeneruotus failus, net jei atnaujinsite Maven diegimą savo kompiuteryje.
Suderinkite nustatymą su tuo procesu
Jei Unix only-script wrapper naudoja curl arba wget, sukonfigūruokite tos atsisiuntimo programos palaikomą proxy sąsają; HTTPS atsisiuntimas gali naudoti https_proxy. Jei tas distribucijos atsisiuntimas gali naudoti viešą HTTP proxy, paimkite kandidato adresą iš HTTP proxy sąrašo šios atsisiuntimo programos aplinkai. Jei reikšmė nurodo SOCKS serverį, atsisiuntimo programa turi palaikyti ir tą protokolą.
MAVEN_OPTS pateikia JVM parinktis. Ji negali sukonfigūruoti shell curl proceso, tačiau JVM proxy savybės gali būti svarbios Java atsisiuntimo kelyje. Tai naudingas skirtumas lyginant seną Takari sprendimą su kito projekto wrapper.
Kai distribucijos atsisiuntimas baigiasi ir Maven paleidžiamas, jo saugyklų atsisiuntimai tampa atskiru patikrinimu pagal pačios Maven proxy konfigūraciją. Distribuciją, wrapper JAR ir saugyklas gali aptarnauti skirtingi serveriai.