Vilken proxyinställning styr din Maven Wrapper-nedladdning?
Identifiera wrapperns bootstrap-nedladdare innan du konfigurerar proxyn för en misslyckad Maven-distributionsnedladdning.
Om mvnw misslyckas när Maven laddas ned kan en fungerande proxy-post i settings.xml vara för sent: Maven har inte startat än.
Granska de genererade wrapperfilerna i den berörda utcheckningen och identifiera vilken nedladdare de kör. Maven Wrapper 3.3.4 dokumenterar dessa varianter:
| Genererad typ | Var du letar efter proxyindata |
|---|---|
| only-script | curl eller wget på Unix; PowerShell på Windows |
| script | Nedladdningen av wrapper-JAR:en, följd av Java-vägen för wrappern |
| bin | Den medföljande wrapper-JAR:en och dess Java-nedladdningsväg |
| source | Den medföljande Java-nedladdarens källkod när den används för bootstrap |
only-script är standardvärdet enligt dokumentationen för nygenererade wrappers. En äldre utcheckning behåller sina genererade filer, även om du uppdaterar Maven-installationen på din maskin.
Matcha inställningen mot den processen
För en Unix-wrapper av typen only-script som använder curl eller wget, konfigurera det gränssnitt för proxy som nedladdaren stöder; en HTTPS-nedladdning kan använda https_proxy. Om distributionsnedladdningen kan använda en publik HTTP-proxy, ta en kandidatadress från HTTP-proxylistan för nedladdarens miljö. Om värdet anger en SOCKS-server måste nedladdaren även stödja det protokollet.
MAVEN_OPTS tillhandahåller JVM-alternativ. Det kan inte konfigurera ett skals curl-process, men JVM:ens proxyegenskaper kan spela roll på en Java-nedladdningsväg. Det är den användbara skillnaden när man jämför en äldre Takari-lösning med en annan projekts wrapper.
När distributionsnedladdningen är klar och Maven startar blir dess repository-nedladdningar en separat kontroll mot Mavens egen proxykonfiguration. Distributionen, wrapper-JAR:en och repor kan serveras från olika värdar.