Watter proxy-instelling beheer jou Maven-wrapper-aflaai?
Identifiseer die wrapper se bootstrap-aflaaier voordat jy die proxy instel vir 'n mislukte Maven-verspreidingsaflaai.
As mvnw misluk terwyl Maven afgelaai word, kan 'n werkende proxy-inskrywing in settings.xml te laat wees: Maven het nog nie begin nie.
Ondersoek die gegenereerde wrapper-lêers in die betrokke kassauit en bepaal watter aflaaier hulle gebruik. Maven Wrapper 3.3.4 dokumenteer hierdie reëlings:
| Gegenereerde tipe | Waar om die proxy-invoer te soek |
|---|---|
| only-script | curl of wget op Unix; PowerShell op Windows |
| script | Die aflaai van die wrapper-JAR, gevolg deur die Java-wrapper-pad |
| bin | Die ingeslote wrapper-JAR en sy Java-aflaaipad |
| source | Die ingeslote Java-aflaaierbron wanneer dit vir bootstrap gebruik word |
only-script is die gedokumenteerde verstek vir nuut gegenereerde wrappers. 'n Ouer kassauit behou sy gegenereerde lêers, selfs as jy die Maven-installasie op jou masjien opdateer.
Pas die instelling by daardie proses aan
Vir 'n Unix-only-script-wrapper wat curl of wget gebruik, stel daardie aflaaier se ondersteunde proxy-koppelvlak in; 'n HTTPS-aflaai kan https_proxy gebruik. As daardie verspreidingsaflaai 'n openbare HTTP-proxy mag gebruik, neem 'n kandidaatadres uit die HTTP-proxylys vir hierdie aflaaier se omgewing. As die waarde 'n SOCKS-bediener aandui, moet die aflaaier ook daardie protokol ondersteun.
MAVEN_OPTS verskaf JVM-opsies. Dit kan nie 'n skulp se curl-proses instel nie, maar JVM-proxy-eienskappe kan op 'n Java-aflaaipad saak maak. Dit is die nuttige onderskeid wanneer 'n ouer Takari-omweg met 'n ander projek se wrapper vergelyk word.
Sodra die verspreidingsaflaai voltooi is en Maven begin, word sy pakhuis-aflaaie 'n aparte kontrole teen Maven se eie proxy-konfigurasie. Die verspreiding, wrapper-JAR en pakhuise kan deur verskillende gashere bedien word.