В Maven 3.9.0 транспорт HTTP Resolver по умолчанию изменился с Wagon на нативный 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, отказ сертификата, недоступный репозиторий и timeout требуют разных исправлений. Запишите версию, транспорт, способ прокси и минимальную воспроизводимую операцию до добавления параметров пула или времени либо изменения mirror и версий артефактов. Для выбранного маршрута и конфигурации см. полезный диагностический отчёт.

Похожие статьи