Hvilken proxyinnstilling styrer Maven-wrapper-nedlastingen din?
Identifiser wrapperens bootstrap-nedlaster før du konfigurerer proxyen for en mislykket nedlasting av Maven-distribusjonen.
Hvis mvnw mislykkes mens Maven lastes ned, kan en fungerende proxyoppføring i settings.xml være for sent: Maven er ikke startet ennå.
Undersøk de genererte wrapperfilene 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 lete etter proxyinndata |
|---|---|
| only-script | curl eller wget på Unix; PowerShell på Windows |
| script | Nedlasting av wrapper-JAR, deretter Java-wrapperstien |
| 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 den dokumenterte standardverdien 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 proxygrensesnittet 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-proxylisten 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.