Почему Artifactory возвращает 403 для всех пользователей при вызове из плагина artifactory gradle?

Соответствующая информация по настройке: Gradle 4+, относительно новая установка Artifactory (Pro 6+), плагин artifactory gradle версии 4+

При попытке запустить команду сборки в локальной среде разработки как в Eclipse Photon, так и в IntelliJ (версия конца 2017 года) я сталкиваюсь с десятками и десятками ошибок 403 при выполнении запроса HEAD для зависимостей. Но если я вхожу в Artifactory через веб-браузер в качестве пользователя, который использует gradle, и перехожу по тому же URL-адресу, у него нет проблем с доступом к ресурсу, который не удалось достичь gradle. Проблема возникает у каждого пользователя Artifactory, даже у одного с правами администратора. Банки, которые я ищу, являются частью виртуального репозитория с зависимостями как внутренними по отношению к установке артефакта, так и внешними. Наконец, сборка работала нормально месяц назад, и ничего, о чем я могу думать, не изменилось в разрешениях.

tl; dr только при входе в систему из gradle и использовании плагина Artifactory виртуальное репозиторий Artifactory возвращает 403 ошибки почти для каждой зависимости для каждого пользователя

Этот вопрос: Docker pull from artifactory не работает с проблемой учетных данных, казалось близко, но использует docker + jenkins (я нет) и не имеет ответов.


person Jeutnarg    schedule 24.10.2018    source источник


Ответы (1)


Когда я, наконец, покопался в системных журналах, я обнаружил много таких строк: «Отклоненный запрос на загрузку артефакта: пользователю XYZ не разрешено развертывать« НЕКОТОРЫЙ JAR »в« НЕКОТОРЫЙ КЭШ JAR »»

Похоже, что у пользователей должны быть разрешения DEPLOY для загрузки артефакта, который будет кэшироваться (поведение виртуальных устройств / пультов). Это также может объяснить, почему сборка использовалась для работы - кэшированные jar-файлы не нуждались в обновлениях месяц назад, когда Я просто добавил пульт и все скачал.

Добавление разрешений на развертывание моему пользователю для соответствующих репозиториев устранило проблему.

person Jeutnarg    schedule 24.10.2018