Неразрешимый родительский POM с использованием Maven 3.0.3 и relativePath

После перехода на Mavent 3.0.3 родительские помпы в нескольких проектах больше не могут быть разрешены.

Проекты структурированы по умолчанию, поэтому я установил parent.relativePath в "../pom.xml"

superpom (located in repository)
|-rootpom (located locally: no error)
|-|-parentpom (located locally: error resolving parent)
|-|-|-module1 (located locally: error resolving parent)
|-|-|-module2 (located locally: error resolving parent)
|-|-|-module3 (located locally: error resolving parent)
|-|-|-module4 (located locally: error resolving parent)

Ошибка...

Неразрешимый родительский POM для myGroup: myArtifactId: 1.0: отказ от Найти myGroup: myParentArtifactId: 1.0 в http://myRepo.net/archiva/repository/maven2 был кеширован в локальном репозиторий, репликация не будет повторно загружена до обновления интервал maven2 истек или обновление принудительно и "parent.relativePath" указывает на неправильный локальный POM @ myGroup: myParentArtifactId: 1.0, C:\myProjectDir\parent\pom.xml, строка x, столбец y → [Справка 2]

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

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

Обновление

До сих пор мы выполняли сборку maven на уровне родительского проекта (parentpom) - факт, который я не знал, был важен, так как maven2 успешно завершил работу до сих пор.

При использовании maven3 это, по-видимому, имеет важное значение. При выполнении maven3 на уровне корневого проекта (rootpom) сборка завершается успешно. Поэтому моя ближайшая проблема решена.

Так как я не обязательно хочу ответить на собственный вопрос, кто-то может объяснить, почему maven3 ведет себя таким образом сейчас или почему старый подход был неправильным.

Ответ 1

Убедитесь, что вы дважды проверяете, что версия, на которую вы ссылаетесь в дочернем помпе, такая же, как в родительском помпе. Для меня я столкнулся с версией в родительском элементе и имел ее как 3.1.0.0-RELEASE, но в дочернем помпе я все еще имел в виду предыдущую версию через relativePath и имел ее определение как 2.0.0.0-SNAPSHOT. Это не имело никакого значения, если бы я включил только родительский каталог или добавил "pom.xml" в каталог:

    <parent>        
    <artifactId>eric-project-parent</artifactId>
    <groupId>com.eric.common</groupId>
     <!-- Should be 3.1.0.0-RELEASE -->
    <version>2.0.0.0-SNAPSHOT</version>     
    <relativePath>
                ../../EricParentAsset/projects/eric-project-parent</relativePath>           
</parent>

Ответ 2

Вот ответ на ваш вопрос.

По умолчанию maven выглядит в ../pom.xml для relativePath. Вместо этого используйте пустой тег <relativePath/>.

Ответ 3

'parent.relativePath указывает на неправильный локальный POM @ myGroup: myParentArtifactId: 1.0, C:\myProjectDir\parent\pom.xml

Это указывает на то, что maven выполнил поиск локально для родительского pom, но обнаружил, что это не правильный pom.

Правильно ли pom.xml из parentpom определяет parent pom как pom.xml из rootpom?
В папке rootpom содержится pom.xml, а также папка paretpom?

Ответ 4

У меня была та же проблема. Мой макет проекта выглядел как

\---super
    \---thirdparty
        +---mod1-root
        |   +---mod1-linux32
        |   \---mod1-win32
        \---mod2-root
            +---mod2-linux32
            \---mod2-win32

В моем случае у меня была ошибка в моем pom.xmls на уровне modX-root. Я скопировал дерево mod1-root и назвал его mod2-root. Я неправильно подумал, что я обновил все pom.xmls соответствующим образом; но на самом деле mod2-root/pom.xml имели те же идентификаторы групп и артефактов, что и mod1-root/pom.xml. После исправления mod2-root pom.xml, чтобы иметь mod2-корневые специфические координаты maven, моя проблема была решена.

Ответ 5

Вам нужно проверить свой относительный путь, основываясь на глубине ваших модулей от родителя, если модуль находится чуть ниже родительского, а затем в модуле задан относительный путь: .. /pom.xml

если его уровень 2 вниз ../../pom.xml

Ответ 6

Пожалуйста, проверьте журналы, если у вас есть http.HttpWagon $__ sisu1: Невозможно найти "basicAuthScope" эту ошибку или предупреждение, если это так, вам нужно использовать версию maven 3.2.5, которая разрешит ошибку.

Ответ 7

<parent>
        <groupId>com.test.vaquar.khan</groupId>
        <artifactId>vk-parent</artifactId>
        <version>1.0.0-SNAPSHOT</version>
        <relativePath>../projectname/pom.xml</relativePath>
    </parent>

Добавьте следующую строку в родительский

<relativePath>../projectname/pom.xml</relativePath>

Вам нужен относительный путь, если вы строите локальный родительский pom, недоступный в nexsus, добавьте pom в nexus, тогда нет необходимости в этом пути

Ответ 8

Для меня это работает, когда я дважды проверял "групповой идентификатор" родителя и "идентификатор артефакта", который в моем случае был неправильным, и это было проблемой.