Nicht lösen ${project.version} in Kind pom.xml von den Eltern pom.xml

@Sumit,

Maven untersucht die <parent> block und den darin enthaltenen groupId, artifactId, und version bevor das Projekt in die eigene groupId, artifactId und version.

So sollten Sie vermeiden alles, was aussieht wie ${...} innerhalb der <parent> block. Die umgekehrte situation ist OK aber: Eltern können die Eigenschaften verwiesen werden, die an anderer Stelle in der pom-Datei:

<project>

    <!-- parent's GAV: inspected first, cannot use tokens -->
    <parent>
        <groupId>com.GRP.id</groupId>
        <artifactId>parent-id</artifactId>
        <version>1.0-SNAPSHOT</version>
    </parent>

    <!-- project's GAV: inspected second, may reference parent -->
    <groupId>${parent.groupId}</groupId>
    <artifactId>child-id</artifactId>
    <version>${parent.version}</version>
    <properties>
        <some.prop.name>${parent.artifactId}</some.prop.name>     <!-- parent-id -->
        <some.other.prop>${project.artifactId}</some.other.prop>  <!-- child-id -->
    </properties>
</project>

Denken Sie an es auf diese Weise: wenn Sie einen Sohn oder eine Tochter, die Sie wählen könnten, Sie zu benennen, nach selbst - aber es würde keinen Sinn machen, zu Namen Sie nach Ihr Kind, da Sie ins Dasein kamen erste!

Hoffe, das hilft.

EDIT:

Schauen wir uns dein Beispiel pom wieder:

<parent>
    <groupId>com.GRP.id</groupId>
    <artifactId>ARTIFACT_ID</artifactId>
    <version>${project.version}</version>      <!-- value doesn't exist yet -->
    <relativePath>../pom.xml</relativePath>
</parent>

So, in Ihrem Kind die pom.xml Datei, die <parent> block enthält einen Verweis auf die ${project.version}. Aber wie oben schon erwähnt, ist dieser Wert noch nicht existiert, da die <parent> block ist die erste Sache, die wir Auswertung.

Wenn Sie es ändern, wie folgt, die Dinge werden in Ordnung sein:

<parent>
    <groupId>com.GRP.id</groupId>
    <artifactId>ARTIFACT_ID</artifactId>

  <!-- EDIT 3A: parent.version is mandatory and must be a static value -->
    <version>1.0-SNAPSHOT</version>
    <relativePath>../pom.xml</relativePath>
</parent>
<groupId>com.GRP.id</groupId>
<artifactId>CHILD_ARTIFACT_ID</artifactId>

<!-- EDIT 3B: project.version is optional, can be deleted
<version>${parent.version}</version>
-->

EDIT 2

Eine Letzte bisschen info.

Denken Sie daran, wenn Sie anfangs mvn compile auf der Befehlszeile, die Sie ausführen möchten aus dem Verzeichnis des child-pom.

Maven weiß noch nicht, wo die pom.xml Datei des übergeordneten.

Er die <parent> block, um herauszufinden, wo die pom-Datei ist, nur dann kann es Lesen, den Inhalt der Datei.

Hoffe, dass klärt die Dinge.

InformationsquelleAutor 333kenshin

Maven erlaubt, Sie zu verwenden " ${project.version} in der child-POM. Es bezieht sich einfach auf die Eltern-version, die es finden kann durch suchen des übergeordneten POM, geben Sie mithilfe der relativePath tag.

Tun, Sie geschehen zu sein mit Jenkins? Wenn ja, dies ist ein bekanntes Problem in Jenkins. Werfen Sie einen Blick auf diese: https://issues.jenkins-ci.org/browse/JENKINS-23846

Wenn nicht, welche version von Maven verwenden Sie?

Auf eine unabhängige Seite Hinweis: der Standardwert für die relativePath ist ../pom.xml so brauchen Sie nicht explizit angeben, dass (wie dein Beispiel-POM tut), wenn Sie das Projekt folgt dem standard multi-Modul-Struktur.

InformationsquelleAutor neesh