У Maven 3.9.0 стандартны HTTP-транспарт Resolver быў зменены з Wagon на native HTTP. Таму стары абыход, спецыфічны для Wagon, можа перастаць кіраваць запытамі да рэпазіторыя, нават калі URL проксі не змяніўся.

Праверце запушчаную версію Maven, актыўную канфігурацыю проксі у settings.xml і выбраны транспарт Resolver. Тое, што JVM прымае аргумент -D, не даказвае выкарыстанне гэтай уласцівасці HTTP-кліентам.

Для выпускаў Maven 3.9, якія падтрымліваюць дакументаваны selector, гэтае параўнанне запытвае Wagon:

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

Запускайце яго толькі калі сапраўды збіраецеся спампоўваць залежнасці для таго ж праекта і дазволенага endpoint. Гэта сеткавая аперацыя, а не запыт канфігурацыі. Іншы вынік звужае розніцу рэалізацый, але не робіць Wagon пастаянным рашэннем. Перад выкарыстаннем selector з Maven 4 або будучай версіяй праверце падтрыманыя імёны.

Зафіксуйце сапраўдны challenge і этап памылкі. Аўтэнтыфікацыя ў браўзеры не даказвае падтрымку NTLM ніводным транспартам Maven. 407, адхіленне сертыфіката, недаступны рэпазіторый і тайм-аут патрабуюць розных выпраўленняў. Перад даданнем параметраў пула або часу альбо зменай mirror і версій артэфактаў запішыце версію, транспарт, спосаб проксі і найменшую прайгравальную аперацыю. See a useful diagnostic report for the selected route and configuration.

Падобныя артыкулы