Maven 3.9.0 ändrade Resolver standardtransport för HTTP från Wagon till inbyggd HTTP. En gammal Wagon-specifik lösning kan därför sluta styra förfrågningar till lagret även om proxy-URL:en inte har ändrats.

Kontrollera den Maven-version som körs, den aktiva proxykonfigurationen i settings.xml och vald Resolver-transport. Att en JVM accepterar ett -D-argument bevisar inte att HTTP-klienten använder egenskapen.

För Maven 3.9-versioner som stöder den dokumenterade selector:n begär denna jämförelse Wagon:

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

Kör den bara när du verkligen vill hämta beroenden för samma projekt och den godkända endpointen. Det är en nätverksåtgärd, inte en konfigurationsfråga. Ett annat resultat avgränsar implementeringsskillnaden men gör inte Wagon till en permanent lösning. Kontrollera stödda namn innan selector:n används med Maven 4 eller en framtida version.

Notera den verkliga utmaningen och felsteget. Webbläsarautentisering bevisar inte NTLM-stöd i någon Maven-transport. 407, avvisat certifikat, otillgängligt lager och timeout kräver olika korrigeringar. Skriv ner version, transport, proxymetod och den minsta reproducerbara åtgärden innan du lägger till pool- eller tidsalternativ eller ändrar speglar och artefaktversioner. Se en användbar diagnostikrapport för vald rutt och konfiguration.

Relaterade artiklar