Kva proxy-innstilling styrer Maven-wrapper-nedlastinga di?
Identifiser bootstrap-nedlastaren til wrapperen før du konfigurerer proxyen for ei mislukka Maven-distribusjonsnedlasting.
Viss mvnw feilar medan Maven blir lasta ned, kan ei fungerande proxy-oppføring i settings.xml vere for seint: Maven er ikkje starta enno.
Undersøk dei genererte wrapper-filene i den råka arbeidskopien og finn ut kva nedlastar dei køyrer. Maven Wrapper 3.3.4 dokumenterer desse ordningane:
| Generert type | Kvar du skal leite 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ølgjande wrapper-JAR-en og Java-nedlastingsstien hans |
| source | Kjelda til den medfølgjande Java-nedlastaren når han blir brukt til bootstrap |
only-script er den dokumenterte standardverdien for nyleg genererte wrapparar. Ein eldre arbeidskopi held på dei genererte filene sine, sjølv om du oppdaterer Maven-installasjonen på maskina di.
Tilpass innstillinga til den prosessen
For ein Unix-only-script-wrapper som brukar curl eller wget, konfigurer proxy-grensesnittet som den nedlastaren støttar; ei HTTPS-nedlasting kan bruke https_proxy. Viss den distribusjonsnedlastinga kan bruke ein offentleg HTTP-proxy, ta ein kandidatadresse frå HTTP-proxy-lista for miljøet til denne nedlastaren. Viss verdien namngjev ein SOCKS-tenar, må nedlastaren også støtte den protokollen.
MAVEN_OPTS gir JVM-alternativ. Det kan ikkje konfigurere curl-prosessen til eit skal, men JVM-proxyegenskapar kan ha noko å seie på ein Java-nedlastingssti. Det er den nyttige skilnaden når ein samanliknar ei eldre Takari-løysing med wrapperen til eit anna prosjekt.
Når distribusjonsnedlastinga er ferdig og Maven startar, blir nedlastingane frå repositoria ein eigen kontroll mot Mavens eigen proxykonfigurasjon. Distribusjonen, wrapper-JAR-en og repositoria kan bli betente av ulike vertar.