Почему maven 2 пытается загрузить зависимости, которые у меня уже есть?

Question

Когда я запускаю команду "mvn install", maven иногда пытается загрузить уже загруженные зависимости. Это ожидается для SNAPSHOT, но почему maven делает это для других JAR-файлов?

Я знаю, что могу избежать такого поведения с помощью флага "-o", но мне просто интересно, в чем причина.

Answer 1

Я бы искал зависимости, у которых нет указанного номера версии. Maven будет периодически проверять наличие самой последней версии этих артефактов.

Answer 2

Вероятно, это не то, что вы видите, но в прошлом мне приходилось вручную устанавливать артефакты в моем локальном репозитории, и если вы забудете включить опцию -Dgenerate.pom = true, pom не будет репо для этого артефакта, и Maven будет выходить в центральную (и любые другие удаленные репозитории, которые вы настроили), чтобы попытаться загрузить этот pom при каждой сборке.

Answer 3

Пока мы обсуждаем этот вопрос, я столкнулся с серьезной ошибкой в ​​Maven 2.0.x. В автономном режиме maven по-прежнему будет пытаться загрузить последний снимок, и, когда он не может найти ваше хранилище снимков, он завершает сборку. Представьте себе веселье, которое возникает, когда это происходит на месте с клиентом, и вам просто нужно внести небольшое изменение (но я отвлекся).

Вот ошибка: http://jira.codehaus.org/browse/MNG-2433 вот обходной путь: http://mail-archives.apache.org/mod_mbox/maven-users/200601.mbox/%3C117228810601130559l7e79a5e2k@mail.gmail.com%3E

Answer 4

Флаг -o все еще не работал для меня, но это сработало:

find ~/.m2/repository -name '_maven*' | xargs rm
find ~/.m2/repository -name '*lastUpdated' | xargs rm

Что удалит все файлы .lastUpdated и _maven.repositories в вашем локальном репо. Я столкнулся с этой проблемой, потому что у нас есть корпоративное хранилище Nexus, которое было недоступно, и мне нужно было поработать. Использование Eclipse в Maven интеграции также может способствовать этому.