Я надеюсь, что кто-нибудь сможет помочь мне с проблемой, над которой я бьюсь.
Когда я пытаюсь собрать свой проект из терминала, я получаю эту ошибку:
Failed to read artifact descriptor for com.morrislgn.merchandising.common:test-data-utils:jar:0.3b-SNAPSHOT: Could not find artifact com.morrislgn.merchandising:merchandising:pom:0.3b-SNAPSHOT
jar common.test-data-utils
создан отдельным проектом и совместно используется этим и другим проектом (другой проект тоже не собирается, но это связано с другой проблемой).
Я могу собрать com.morrislgn.merchandising.common:test-data-utils
без проблем, я вижу запись, которую он делает в локальном репозитории .m2
на моей машине. Я также переиндексировал свой репозиторий в Eclipse.
В POM для моего проекта есть эта запись:
<dependency>
<groupId>com.morrislgn.merchandising.common</groupId>
<artifactId>test-data-utils</artifactId>
<version>0.3b-SNAPSHOT</version>
</dependency>
Что кажется мне правильным - POM не сообщает ни о каких ошибках при просмотре в Eclipse.
Может ли кто-нибудь сказать мне, что я здесь упускаю или делаю неправильно?
Вы всегда можете попробовать МВН -у Русика
`-У сил чек на обновленные релизы и снапшоты на удаленных репозиториев.
Эта проблема может возникнуть, если у вас есть некоторые дочерние проекты, которые ссылаются на родительский POM и не установлен от родительского каталога пом (запустить `команды mvn установить от родительского каталога). Один из дочерних проектов может зависеть от родственного проекта и когда он идет, чтобы прочитать пом от брата, он завершится с ошибкой, указанных в вопросе, если вы не установили от родительского каталога пом, по крайней мере, один раз.
Я просто столкнулся с этой проблемой при переносе проекта на новый компьютер. Я был в привычке из выполнения команд от Дочерний проект, и я'т запустить установить на родителей.
Была такая же проблема с IntelliJ идея и после работал.
Сборки, Выполнения, Развертывания
создать инструменты
из выпадающегознаток
из выпадающегоЕсли вы're, используя затмение, щелкните правой кнопкой мыши на проект -> Свойства -> Мэйвен и убедитесь, что "разрешать зависимости от проектов рабочей области" не переходили.
Надеюсь, что это помогает.
Если вы используете Eclipse, щелкните правой кнопкой мыши на ваш проект -> знаток -> проекта. Это откроет диалоговое окно обновление проекта Maven.
В этом диалоговом окне, проверьте группа обновление снапшотов/релизы флажок & нажмите кнопку ОК. (Пожалуйста см. изображения ниже)
Это работало для меня !
Я знаю, что я'м довольно поздно для разговора, но я имел эту проблему тоже. Я думаю, что проблема была моя компания'ы брандмауэр. Мое решение было отключить от сети, подключиться к открытой беспроводной, а затем принудительно обновить через затмение. Это решили все.
У меня была такая же проблема с eclipse, где командная строка сборки maven работала просто отлично НО попробуйте это
Ошибка исчезнет.... почему моя командная строка mvn работала с этими директориями, а eclipse .m2eclipse нет, я понятия не имею и это отстой. Теперь мой проект снова работает в eclipse.
"и не удалось прочитать артефакт дескриптор" и проблемы, как правило, указывает на проблему с зависимостью'ы пом файл в репозиторий Maven. Я хотел бы предложить вам, чтобы проверить, если файл пом's имя совпадает с именем Maven ожидает, а также, чтобы проверить, если пом содержимое файла являются допустимыми.
Для меня это было связано с установкой на "Настройки учетной записи Пользователя.формате XML" и внутри
Window > preferences > Maven > User Settings > and then browsing to the user Settings inside the { maven unarchived directory / }/apache-maven-2.2.1/conf/settings.xml .
У меня есть проект
A/
|--a1
|--a2
Сейчас есть еще один проект в нашем орг
B/
|--b1
|--b2
|--b3
(Каждый модуль А1, В1 и т. д. и родительские проекты А, Б имеют собственные pom.xml согласно стандартным правилам Мэйвен родителя и ребенка)
Оба проекта проверили на моей локальной затмения (из SVN). Я активно работаю над А.
Я узнал, что есть хорошая общая функциональность (В4) разработаны в B, и я должен использовать его.
B/
|--b1
|--b2
|--b3
|--b4 (NEW)
Разработчик В4 развернули этот модуль В4 как артефакт в нашей орг'с репозитория. Я включил несамостоятельных в мой модуль'ы, т. е. А2 пом'ы pom.xml. Затмение скачали reuqired артефакт из РЕПО и я могу импортировать классы в ней.
Теперь вопрос начинается... Мне нужно, чтобы проверить исходный код B4 для какой-то цели и, как я уже была б проверили на моей локальной затмение я обновил из SVN и проверили модуль В4. Я тоже побежал pom.xml модуль Б4 с целями, как чистые, пакет etc. Через некоторое время, когда я finishedd мой кодирование мне нужно создать jar из моего модуля А2. Я побежал на "пакет" на А2'ы pom.xml и бац!! Н ошибок ошибок для модуля А2.. эти ошибки также были не очень дружественные. Только там был В4's имя в журналы.
Решение: После попытки многих решений в течение многих часов, я побежала на "МВН -у чистую установку" от консоли в мой B'проект дырчатостью S (т. е. в ../кода/Б). Так как B является родителем, чистая установка выполнялась команда для всех модулей, включая В4 и успешно. После этого я побежал на "чистую установку на" МВН-у; Для моих родителей проект А. И это сработало! модуль А2 получил составлен, установлено, (упакована позже) успешно.
Здесь важный момент-если В4 в рабочей области не только установить В4. Вам нужно будет очистить-установить полный Б. Я пришла к этому решению после прочтения ответа от Zuill
Редактировать: еще одна вещь, чтобы отметить, что, если я'т у проекта Б проверили в местной среде, то этот вопрос может не иметь место для меня. Я склонен думать, что это произошло потому что я была б в моей локальной рабочей области.
Вы упоминаете два разных groupIds, com.morrislgn.merchandising.common
и com.johnlewis.jec.webpim.common
. Возможно, проблема в этом.
Для меня, похоже, на самом деле были проблемы с зависимостью пом.
Я работал вокруг него с помощью jitpack виртуального репозитория, с помощью которых вы можете включать в репозитории на GitHub, основанные на их URL, а не свои собственные пом (который, кажется, был ошибочным в моем случае).
<repository>
<id>jitpack.io</id>
<url>https://jitpack.io</url>
</repository>
Ссылка https://stackoverflow.com/questions/5074063/maven-error-failure-to-transfer
find ~/.m2 -name "*.lastUpdated" -exec grep -q "Could not transfer" {} \; -print -exec rm {} \;
Не удалось обновить через затмение. Пришлось использовать чистую установите МВН -у (которых решены все).
В нашем случае ошибка появилась из-за неправильного переименования группы в то время как некоторые проекты в многомодульной конфигурации Maven с ссылками на другие.
У нас был проект, агрегатор (счетов-родитель
) с двумя модулями (счетов-АФИ
, тарификация
):
com.company.team:billing-parent
|-com.company.team:billing-api
|-com.company.team:billing
Биллинг проекта `зависит от
счетов-АФИ`. Так что в его pom.xml это случилось:
<dependency>
<groupId>com.company.team</groupId>
<artifactId>billing-api</artifactId>
<version>${project.version}</version>
</dependency>
Мы решили переименовать группы с ком.компании.команда " к " ком.компании.команда.выставление счетов. Мы заменили старое значение в Родительском'ы
pom.xmlи в
<родитель>разделы и модули. Но забыли обновить выше зависимостей. Так что у нас есть конфигурация, в которой
выставление счетовпроект ссылается на старый биллинг-АФИ артефакт
. В конце концов это бикса сборка модуля выставление счетов
через некоторое время с ошибкой, как
[Ошибка] не удалось выполнить цель на оплату проекта: не удалось разрешить зависимости для проекта сом.компании.команда.тарификация:тарификация:опарник:3.5.1-снимок: не удалось собрать зависимостей на ком.компании.группа:биллинг-API для написания:jar описание:3.5.1-моментальный снимок: не удалось прочитать артефакт дескриптор для COM.компании.группа:биллинг-API для написания:jar описание:3.5.1-моментальный снимок: неспособность найти <Родительский ком.компании.группа:биллинг-Родительский проект, который не доступен больше и GT;
несмотря на то, что модуль счетов-АФИ
строит без ошибок.
Решение 1: переименовать группы
в зависимость
, а также.
Решение 2: заменить группы
в ${проект.свойство такой группы}
:
<dependency>
<groupId>${project.groupId}</groupId>
<artifactId>billing-api</artifactId>
<version>${project.version}</version>
</dependency>
Заключение.
Так что мой совет в случае, если вы столкнулись с ошибкой в многомодульной конфигурации графика: тщательно проверить группы
и `ИД артефакта в зависимости от соседних модулей.
Я имел такую же проблему на некоторое время и, несмотря на делаешь МВН -у чистой установки
проблема не решена!
Я наконец решил проблему, удалив все `.папка м2 и затем перезапустил IDE и проблема исчезла!
Так что иногда проблема будет расти из-за некоторых несоответствий или проблем в ваш локальный репозиторий Maven.
Перейдите через оболочки внутри папку проекта и выполните следующую команду:
ш МВН -ю чистую установку
Как правило, это уже должны решить вашу проблему.
Если вы увидите такое сообщение:
не может разрешить зависимости для проекта :войны:0.0.1-снимок: не удалось собрать зависимостей на ком.солнце.Джерси:Джерси-сервер:jar описание:1.9
Затем выполнить:
ш экспорт MAVEN_OPTS=-Dhttps.протоколы=TLSv1 защита,в протоколе TLSv1.1,в протоколе TLSv1.2
далее:
ш МВН -ю чистую установку
еще раз, чтобы, наконец, обновить ваши зависимости.
После выполнения очистки сборка:
ш чистые Мэйвен установить