Maven3 не может получить последнюю версию SNAPSHOT артефакта из удаленного репо

Я уже давно сталкиваюсь с этой ошибкой. Не имея возможности точно отследить его во времени, я чувствую, что он восходит к переходу на maven3.

Вот что происходит:

  • Я развертываю артефакт-SNAPSHOT с сервера на экземпляр Artifactory.
  • Я принудительно обновляю моментальный снимок в своем локальном проекте, который зависит от артефакта-SNAPSHOT

это не работает, я могу получить ошибку компиляции, которая показывает, что артефакт-SNAPSHOT не является последним.

Мне нужно либо удалить локальную версию репо артефакта-SNAPSHOT, либо получить самый последний источник и выполнить локальную установку mvn для артефакта-SNAPSHOT.

Кто-нибудь сталкивался с проблемой? Это известная ошибка? Если нет, что я могу проверить, чтобы точно понять, что происходит?

ваше здоровье


java maven artifactory
person nodje    schedule 11.07.2011    source источник

Ответы (2)


arrow_upward
2
arrow_downward

Это ошибка. Вот ссылка.

Если вы какое-то время работали над модулем A (1.2.3-SNAPSHOT) и запускали:

mvn clean install

Это приводит к тому, что метаданные вашего локального репозитория «блокируют» артефакт, что означает, что он больше не будет обновляться, так как думает, что вы все еще работаете над ним. Итак, если, скажем, через пару дней вы начнете работать над модулем-B, который зависит от модуля-A:1.2.3-SNAPSHOT, и в удаленном репозитории установлена ​​более новая версия, это версия будет полностью проигнорирована. Таким образом, вам придется сначала удалить локальный каталог, содержащий эту зависимость, а затем выполнить:

mvn clean install

все сначала. Прохождение -U совсем не помогает (что на самом деле было бы естественным).

person carlspring    schedule 11.07.2011
comment
Ошибка, кажется, касается только зависимостей, использующих классификатор. Странно, что никто не сообщил о проблеме со стандартным SNAPSHOT dep. все же. - person nodje; 14.07.2011
comment
Нет, на самом деле это касается не только артефактов на основе классификатора. Я только что ответил вам в JIRA. Это общая проблема. Смотрите мой комментарий в JIRA. - person carlspring; 14.07.2011
comment
Хороший улов, спасибо, Ради любопытства, вы М. Тодоров тогда? - person nodje; 14.07.2011
comment
да, я сделал, не могу дождаться, когда это будет исправлено. Вся моя команда просто потеряна, так как их понимание maven очень поверхностно. Прямо сейчас они думают, что им нужно выполнить «mvn install», чтобы обновить зависимость SNAPSHOT... самый практичный способ решить эту проблему... красивый город, в котором вы живете;) - person nodje; 14.07.2011
comment
@carlspring позвольте нам продолжить обсуждение в чате - person nodje; 14.07.2011
comment
вот мы год спустя, и до сих пор никаких признаков исправления. @carlspring, вы, кажется, предполагаете в JIRA, что это происходит только тогда, когда вы выполнили локальную установку dep, вы ожидаете обновления, но на самом деле у нас есть проблема даже для библиотек, которые не были установлены локально. Такое ощущение, что механизм обновления SNAPSHOT не работает... - person nodje; 13.06.2012
comment
Я слышу тебя... :-| Лучше поместите это в задачу JIRA. - person carlspring; 13.06.2012
comment
Интересно, есть ли какой-нибудь хак, который заставит maven загрузить последний снимок? Что-то вроде установки одной из временных меток в maven-metadata.xml на далекое будущее. - person neverov; 20.06.2016

arrow_upward
1
arrow_downward

Это ошибка: http://jira.codehaus.org/browse/MNG-4987 ? -> использовать мавен 3.0.3

person Ralph    schedule 11.07.2011