Maven 3.9.0 änderte den standardmäßigen Resolver-HTTP-Transport von Wagon zu nativem HTTP. Ein alter Wagon-spezifischer Workaround kann Repository-Anfragen daher nicht mehr steuern, auch wenn sich die Proxy-URL nicht geändert hat.

Prüfen Sie die laufende Maven-Version, die aktive Proxykonfiguration in settings.xml und den ausgewählten Resolver-Transport. Dass eine JVM ein -D-Argument akzeptiert, beweist nicht, dass ihr HTTP-Client diese Eigenschaft nutzt.

Für Maven-3.9-Versionen mit dem dokumentierten Selector fordert dieser Vergleich Wagon an:

mvn -Dmaven.resolver.transport=wagon dependency:resolve

Führen Sie ihn nur aus, wenn Sie für dasselbe Projekt und den genehmigten Endpunkt tatsächlich Abhängigkeiten herunterladen wollen. Es ist eine Netzwerkoperation, keine Konfigurationsabfrage. Ein anderes Ergebnis grenzt den Implementierungsunterschied ein, macht Wagon aber nicht zur dauerhaften Lösung. Prüfen Sie vor der Verwendung in Maven 4 oder einer künftigen Version die unterstützten Namen.

Halten Sie die konkrete Herausforderung und die Fehlerphase fest. Browserauthentifizierung beweist keine NTLM-Unterstützung in einem Maven-Transport. 407, Zertifikatsablehnung, nicht verfügbares Repository und Timeout erfordern unterschiedliche Korrekturen. Notieren Sie Version, Transport, Proxyverfahren und die kleinste reproduzierbare Operation, bevor Sie Pool-/Zeitoptionen ergänzen oder Mirrors und Artefaktversionen ändern. Siehe nützlicher Diagnosebericht für die gewählte Route und Konfiguration.

Ähnliche Artikel