Proxyproblem etter oppgradering til Maven 3.9

Maven 3.9.0 endra standard HTTP-transporten til Resolver frå Wagon til innebygd HTTP. Ei gammal Wagon-spesifikk løysing kan derfor slutte å styre førespurnader til depotet, sjølv om proxy-URL-en ikkje er endra.

Sjekk Maven-versjonen som køyrer, det aktive proxyoppsettet i settings.xml og den valde Resolver-transporten. At ein JVM godtek eit -D-argument, beviser ikkje at HTTP-klienten bruker denne eigenskapen.

For Maven 3.9-utgåver som støttar den dokumenterte selector-en, ber denne samanlikninga om Wagon:

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

Køyr han berre når du faktisk vil laste ned avhengigheiter for same prosjekt og godkjend endpoint. Dette er ei nettverkshandling, ikkje eit konfigurasjonssøk. Eit anna resultat snevrar inn implementasjonsforskjellen, men gjer ikkje Wagon til eit varig svar. Kontroller støtta namn før du bruker selector-en med Maven 4 eller ei framtidig utgåve.

Noter den verkelege utfordringa og feilsteget. Nettlesarautentisering beviser ikkje NTLM-støtte i nokon Maven-transport. 407, avvist sertifikat, utilgjengeleg depot og tidsavbrot krev ulike rettingar. Skriv ned versjon, transport, proxymetode og den minste reproduserbare handlinga før du legg til pool- eller tidsval eller endrar spegel og artefaktversjonar. Sjå ein nyttig diagnoserapport for vald rute og konfigurasjon.