Ошибка открытия иерархии зависимостей файлов Maven POM в Eclipse - "Ошибка чтения проекта"

Ответ 1

У меня была эта проблема с некоторыми банками, отличными от maven, которые мне нужно было включить в мой проект maven. Я помещал банки в свой локальный репозиторий, используя эту команду maven:

mvn install:install-file -Dfile=/test/gov.nist.xccdf-1.2.jar -DgroupId=gov.nist -DartifactId=xccdf -Dpackaging=jar -Dversion=1.2

Затем я назвал их зависимыми в моем pom.xml:

    <dependency>
        <groupId>gov.nist</groupId>
        <artifactId>xccdf</artifactId>
        <version>1.2</version>
        <type>jar</type>
        <scope>compile</scope>
    </dependency>

Это немного сработало, но я должен кое-что обновить в eclipse, и я начал получать описанную вами ошибку.

Исправление состоит в том, чтобы вынуть их из локального репозитория и повторить установочный файл с запросом maven для создания pom для вас:

mvn -DgeneratePom=true install:install-file -Dfile=/test/gov.nist.xccdf-1.2.jar -DgroupId=gov.nist -DartifactId=xccdf -Dpackaging=jar -Dversion=1.2

Команда заставит pom быть сгенерирована в том же каталоге (в вашем локальном репо), где размещена банка.

В последних версиях поддержки eclipse maven сборка maven по-прежнему выполняется с помощью maven 2 (если вы щелкните правой кнопкой мыши свой pom.xml, выберите команду выполнить как mvn-пакет, например). Анализ зависимостей теперь выполняется с помощью встроенного плагина maven 3, который не похож на зависимость, у которой нет pom.xml.

Ответ 2

У меня была та же проблема. Если вы сделали проект проектом maven, вы должны запустить:

• Правая мышь Нажмите на проект | Maven | Зависимости обновления или
• Правая мышь Нажмите на проект | Maven | Обновить конфигурацию проекта

Это сработало для меня.

Ответ 3

Учитывая информацию через комментарии:

mvn compile/mvn пакет работает через консоль (я предполагаю вне eclipse). Исходя из этого, файл POM должен быть правильным, и зависимости могут быть разрешены.

Тем не менее; возможно, что настройки затмения неверны. Например, если eclipse имеет некоторые собственные свойства maven (вместо файла ~/.m2/settings.xml по умолчанию); Я могу представить, что он не смог разрешить зависимости, настроенные в файле settings.xml, используемом самим maven. Настройки для этого должны быть в настройках Eclipse Preferences @Maven > User Settings.

Также убедитесь, что Eclipse может действительно прочитать файл (не заблокирован, прав и т.д.).

Если это кажется правильным; можете ли вы попытаться выполнить компиляцию цели mvn из eclipse? Вы можете сделать это, щелкнув правой кнопкой мыши проект и выбрав run as > maven package. Таким образом, он должен запустить maven с теми же настройками, что и eclipse, и может показать дополнительные ошибки в его конфигурации.

- В ответ на дополнительную информацию:

В основном это говорит вам - при использовании Maven 2 - что он не может найти ресурс зависимостей (в данном случае bcprov-jdk14) в данном репозитории (codehaus/mule). Когда я ищу этот модуль maven (bcprov-jdk14), я нахожу его в центральном репо Maven (через нашу локальную связь) @repo1.maven.org/maven2. Возможно, это вызывает ошибку, с которой вы сталкиваетесь с Maven2?

И как говорит доктрина Maven 3; для Maven 1.x repo; вы должны проксировать их через репо-менеджер, который может служить ему в качестве репозитория maven 2 (я считаю, что мы делаем это тоже для некоторого репо через Sonatype Nexus OSS)

ps: Включение управления зависимостями maven в eclipse должно быть достаточно, чтобы иметь возможность использовать цели запуска maven; если вы хотите протестировать его.

-

Звучит так, что это может быть несколько проблем... учитывая, что нормальная сборка maven работает нормально, можно подумать, что maven может по крайней мере получить артефакты, от которых он зависит, и их зависимости... Тем не менее, затмение не кажется быть в состоянии.

Двойная проверка правильности настроек вашего интернет-соединения Eclipse? Поскольку вы говорили о репо компании, я предполагаю, что, вероятно, также будет прокси (мне пришлось настроить Eclipse, чтобы использовать его, хотя для плагинов (см. Следующий пункт)).

Другая возможность, по опыту, может быть блоком прокси на основе правил на запросах url *.pom(наш прокси здесь блокирует использование принудительного использования локального менеджера репо, как зло и раздражает это:(). попробуйте открыть файл .pom, который он пытается загрузить вручную в вашем браузере, чтобы убедиться, что это так (я не могу, например...).

Чтобы настроить репо, вам, вероятно, придется попросить ответственного за репозиторий добавить его в качестве прокси-сервера maven2.

По крайней мере, похоже, что у Eclipse возникают проблемы с получением зависимостей (которые необходимы для построения дерева зависимостей) из Интернета. Вы всегда можете попытаться спросить кого-то из ИКТ (если они достаточно...) об этом в вашей компании, возможно, у них есть полезные подсказки.

Ответ 4

У меня была такая же проблема, когда я добавил новую зависимость к pom.xml без сетевого подключения. После этого у меня было так много проблем, как "Отсутствующие артефакты", "Отсутствующий дескриптор" или "Ошибка чтения проекта". Я решил это

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

Ответ 5

<properties>
    <!-- ********************** -->

    <!-- Plugin properties -->
    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
    <java.version>1.7</java.version>
</properties>

эта настройка pom работала для меня

Ответ 6

Обычно это происходит, если в помпе есть опечатка, которую Maven не может понять, а затем она бросает Project read error. Как и в моем случае, я скопировал фрагмент зависимостей maven и меня, передав версию. Вместо того, чтобы вводить фактическую версию #, он получал ее динамически ${asciidoctorj.version}, и мой pom не имел этого в разделе свойств. Поэтому я получил эту ошибку. Как только я удалил это и поместил номер версии, он начал работать.

Ответ 7

У меня было это после копирования папки локального репозитория с другого компьютера. Исправление заключалось в том, чтобы перейти в папку репозитория, которую я скопировал и удалил _remote.repositories вместе с файлами LastUpdated, затем обновите зависимости Maven в Eclipse (Alt + F5)