Hvilken proxy-innstilling styrer Maven-wrapper-nedlastingen din?
Identifiser wrapperens bootstrap-nedlaster før du konfigurerer proxyen for en mislykket Maven-distribusjonsnedlasting.
Hvis mvnw feiler mens Maven lastes ned, kan en fungerende proxy-oppføring i settings.xml være for sent: Maven er ikke startet ennå.
Undersøk de genererte wrapper-filene i den berørte arbeidskopien og finn ut hvilken nedlaster de kjører. Maven Wrapper 3.3.4 dokumenterer disse ordningene:
| Generert type | Hvor du skal se etter proxy-inndata |
|---|---|
| only-script | curl eller wget på Unix; PowerShell på Windows |
| script | Nedlasting av wrapper-JAR, deretter Java-wrapper-stien |
| bin | Den medfølgende wrapper-JAR-en og dens Java-nedlastingssti |
| source | Kildekoden til den medfølgende Java-nedlasteren når den brukes til bootstrap |
only-script er standardverdien som er dokumentert for nylig genererte wrappere. En eldre arbeidskopi beholder de genererte filene sine, selv om du oppdaterer Maven-installasjonen på maskinen din.
Tilpass innstillingen til den prosessen
For en Unix-only-script-wrapper som bruker curl eller wget, konfigurer proxy-grensesnittet som den nedlasteren støtter; en HTTPS-nedlasting kan bruke https_proxy. Hvis den distribusjonsnedlastingen kan bruke en offentlig HTTP-proxy, ta en kandidatadresse fra HTTP-proxy-listen for miljøet til denne nedlasteren. Hvis verdien navngir en SOCKS-tjener, må nedlasteren også støtte den protokollen.
MAVEN_OPTS gir JVM-alternativer. Den kan ikke konfigurere curl-prosessen til et skall, men JVM-proxyegenskaper kan ha betydning på en Java-nedlastingssti. Det er den nyttige forskjellen når man sammenligner en eldre Takari-løsning med wrapperen til et annet prosjekt.
Når distribusjonsnedlastingen er fullført og Maven starter, blir nedlastingene fra repositoriene en egen kontroll mot Mavens egen proxykonfigurasjon. Distribusjonen, wrapper-JAR-en og repositoriene kan betjenes av forskjellige verter.