Hvilken proxyindstilling styrer din Maven-wrapper-download?
Identificér wrapperens bootstrap-downloader, før du konfigurerer proxyen til en mislykket Maven-distributionsdownload.
Hvis mvnw fejler, mens Maven downloades, kan en fungerende proxy-post i settings.xml være for sent: Maven er ikke startet endnu.
Undersøg de genererede wrapperfiler i den berørte arbejdskopi, og find ud af, hvilken downloader de kører. Maven Wrapper 3.3.4 dokumenterer disse arrangementer:
| Genereret type | Hvor du skal lede efter proxyinput |
|---|---|
| only-script | curl eller wget på Unix; PowerShell på Windows |
| script | Download af wrapper-JAR'en, derefter Java-wrapperstien |
| bin | Den medfølgende wrapper-JAR og dens Java-downloadsti |
| source | Kildekoden til den medfølgende Java-downloader, når den bruges til bootstrap |
only-script er standarden, som er dokumenteret for nyligt genererede wrappere. En ældre arbejdskopi beholder sine genererede filer, selv hvis du opdaterer Maven-installationen på din maskine.
Tilpas indstillingen til den proces
For en Unix-only-script-wrapper, der bruger curl eller wget, skal du konfigurere den proxygrænseflade, som downloaderen understøtter; en HTTPS-download kan bruge https_proxy. Hvis den distributionsdownload kan bruge en offentlig HTTP-proxy, så tag en kandidatadresse fra HTTP-proxylisten til denne downloaders miljø. Hvis værdien angiver en SOCKS-server, skal downloaderen også understøtte den protokol.
MAVEN_OPTS leverer JVM-indstillinger. Den kan ikke konfigurere en shells curl-proces, men JVM-proxyegenskaber kan have betydning på en Java-downloadsti. Det er den nyttige forskel, når man sammenligner en ældre Takari-løsning med et andet projekts wrapper.
Når distributionsdownloadet er færdigt, og Maven starter, bliver dets repository-downloads en separat kontrol mod Mavens egen proxykonfiguration. Distributionen, wrapper-JAR'en og repositories kan leveres af forskellige værter.