Katera nastavitev proxyja nadzoruje prenos vašega Maven wrapperja?
Pred konfiguriranjem proxyja za neuspel prenos distribucije Maven prepoznajte bootstrap prenašalnik wrapperja.
Če mvnw med prenosom Mavena ne uspe, delujoč vnos proxyja v settings.xml je lahko prepozen: Maven se še ni zagnal.
Preglejte ustvarjene datoteke wrapperja v prizadetem checkoutu in ugotovite, kateri prenašalnik izvajajo. Maven Wrapper 3.3.4 dokumentira te ureditve:
| Ustvarjeni tip | Kje iskati vnos proxyja |
|---|---|
| only-script | curl ali wget v Unixu; PowerShell v Windows |
| script | Prenos JAR datoteke wrapperja, nato pot Java wrapperja |
| bin | Priložena JAR datoteka wrapperja in njena pot prenosa prek Jave |
| source | Izvorna koda priloženega Java prenašalnika, ko se uporablja za bootstrap |
only-script je dokumentirana privzeta vrednost za na novo ustvarjene wrapperje. Starejši checkout ohrani svoje ustvarjene datoteke, tudi če posodobite namestitev Mavena na svojem računalniku.
Nastavitev uskladite s tem postopkom
Za Unix only-script wrapper, ki uporablja curl ali wget, konfigurirajte vmesnik proxyja, ki ga ta prenašalnik podpira; prenos HTTPS lahko uporabi https_proxy. Če lahko ta prenos distribucije uporablja javni HTTP proxy, vzemite kandidatni naslov s seznama HTTP proxyjev za okolje tega prenašalnika. Če vrednost navaja strežnik SOCKS, mora prenašalnik podpirati tudi ta protokol.
MAVEN_OPTS zagotavlja možnosti JVM. Ne more konfigurirati procesa curl lupine, vendar so lahko lastnosti proxyja JVM pomembne na poti Java prenašalnika. To je koristna razlika pri primerjavi stare rešitve Takari z wrapperjem drugega projekta.
Ko se prenos distribucije konča in Maven zažene, prenosi iz njegovih repozitorijev postanejo ločeno preverjanje glede na lastno konfiguracijo proxyja Mavena. Distribucijo, JAR wrapperja in repozitorije lahko strežejo različni gostitelji.