Wenn mvnw beim Herunterladen von Maven fehlschlägt, kann ein funktionierender Proxy-Eintrag in settings.xml zu spät kommen: Maven wurde noch nicht gestartet.

Untersuchen Sie die generierten Wrapper-Dateien im betroffenen Checkout und stellen Sie fest, welchen Downloader sie ausführen. Maven Wrapper 3.3.4 dokumentiert diese Varianten:

Generierter TypWo die Proxy-Eingabe zu suchen ist
only-scriptcurl oder wget unter Unix; PowerShell unter Windows
scriptDer Download der Wrapper-JAR, gefolgt vom Java-Wrapper-Pfad
binDie enthaltene Wrapper-JAR und ihr Java-Download-Pfad
sourceDer Quellcode des enthaltenen Java-Downloaders, wenn er zum Bootstrapping verwendet wird

only-script ist der dokumentierte Standard für neu generierte Wrapper. Ein älteres Checkout behält seine generierten Dateien, auch wenn Sie die Maven-Installation auf Ihrem Rechner aktualisieren.

Stimmen Sie die Einstellung auf diesen Prozess ab

Konfigurieren Sie für einen Unix-only-script-Wrapper, der curl oder wget verwendet, die von diesem Downloader unterstützte Proxy-Schnittstelle; ein HTTPS-Download kann https_proxy verwenden. Falls dieser Distributionsdownload einen öffentlichen HTTP-Proxy verwenden darf, nehmen Sie eine Kandidatenadresse aus der HTTP-Proxy-Liste für die Umgebung dieses Downloaders. Wenn der Wert einen SOCKS-Server nennt, muss der Downloader auch dieses Protokoll unterstützen.

MAVEN_OPTS liefert JVM-Optionen. Es kann den curl-Prozess einer Shell nicht konfigurieren, aber JVM-Proxy-Eigenschaften können auf einem Java-Download-Pfad wichtig sein. Das ist der nützliche Unterschied beim Vergleich eines älteren Takari-Workarounds mit dem Wrapper eines anderen Projekts.

Sobald der Distributionsdownload abgeschlossen ist und Maven startet, werden seine Repository-Downloads zu einer separaten Prüfung gegen Mavens eigene Proxy-Konfiguration. Distribution, Wrapper-JAR und Repositories können von unterschiedlichen Hosts bereitgestellt werden.

Ähnliche Artikel