Ha a mvnw meghiúsul a Maven letöltése közben, a settings.xml-ban lévő működő proxy-bejegyzés túl késő lehet: a Maven még nem indult el.

Vizsgálja meg a generált wrapper-fájlokat az érintett checkoutban, és állapítsa meg, melyik letöltőt futtatják. A Maven Wrapper 3.3.4 a következő elrendezéseket dokumentálja:

Generált típusHol keresse a proxy bemenetet
only-scriptcurl vagy wget Unixon; PowerShell Windowson
scriptA wrapper JAR letöltése, majd a Java wrapper útvonala
binA mellékelt wrapper JAR és annak Java letöltési útvonala
sourceA mellékelt Java letöltő forráskódja, ha bootstraphez használják

A only-script a dokumentált alapértelmezés az újonnan generált wrappereknél. Egy régebbi checkout megtartja a generált fájljait, még akkor is, ha frissíti a Maven telepítését a gépén.

Igazítsa a beállítást ehhez a folyamathoz

Egy curl vagy wget programot használó Unix only-script wrapper esetén állítsa be az adott letöltő által támogatott proxy-felületet; a HTTPS-letöltés használhatja a https_proxy-et. Ha ez a disztribúció-letöltés nyilvános HTTP-proxyt használhat, vegyen jelölt címet a HTTP-proxy listáról ehhez a letöltő környezethez. Ha az érték SOCKS-kiszolgálót nevez meg, a letöltőnek ezt a protokollt is támogatnia kell.

A MAVEN_OPTS JVM-beállításokat biztosít. Nem tudja beállítani egy shell curl-folyamatát, de a JVM proxy-tulajdonságai számíthatnak egy Java letöltési útvonalon. Ez a hasznos különbség, amikor egy régebbi Takari-megoldást hasonlít össze egy másik projekt wrapperével.

Miután a disztribúció letöltése befejeződött és a Maven elindult, a tárolókból való letöltések külön ellenőrzéssé válnak a Maven saját proxy-konfigurációjával szemben. A disztribúciót, a wrapper JAR-t és a tárolókat különböző gazdagépek szolgálhatják ki.

Kapcsolódó cikkek