Maven 3.9.0 wijzigde het standaard Resolver-HTTP-transport van Wagon naar native HTTP. Een oude Wagon-specifieke workaround kan daardoor stoppen met het beheren van repository-verzoeken, ook als de proxy-URL niet is veranderd.

Controleer de actieve Maven-versie, de actieve proxyconfiguratie in settings.xml en het gekozen Resolver-transport. Dat een JVM een -D-argument accepteert, bewijst niet dat de HTTP-client deze eigenschap gebruikt.

Voor Maven 3.9-versies die de gedocumenteerde selector ondersteunen, vraagt deze vergelijking Wagon aan:

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

Voer dit alleen uit wanneer je echt afhankelijkheden wilt downloaden voor hetzelfde project en het goedgekeurde endpoint. Dit is een netwerkbewerking, geen configuratievraag. Een ander resultaat verkleint het implementatieverschil, maar maakt Wagon niet tot een permanente oplossing. Controleer ondersteunde namen voordat je de selector met Maven 4 of een toekomstige versie gebruikt.

Leg de echte challenge en de foutfase vast. Browserauthenticatie bewijst geen NTLM-ondersteuning in een Maven-transport. 407, geweigerd certificaat, onbeschikbare repository en timeout vereisen verschillende oplossingen. Noteer versie, transport, proxymethode en de kleinste reproduceerbare handeling voordat je pool- of tijdopties toevoegt of mirrors en artefactversies wijzigt. Zie een nuttig diagnostisch rapport voor de gekozen route en configuratie.

Gerelateerde artikelen