Tengo mi proyecto de maven configurado como 1 proyectos de shell y 4 módulos secundarios. Cuando intento construir el shell. Yo obtengo:

[INFO] Scanning for projects...
[ERROR] The build could not read 1 project -> [Help 1]
[ERROR]   
[ERROR] The project module1:1.0_A0 (C:\module1\pom.xml) has 1 error
[ERROR] Non-resolvable parent POM: Failure to find shell:pom:1.0_A0 in http://nyhub1.ny.ssmb.com:8081/nexus/content/repositories/JBoss/ was cached in the local repository, resolution will not be reattempted until the update interval of jboss has elapsed or updates are forced and 'parent.relativePath' points at wrong local POM @ line 5, column 11 -> [Help 2]

Si trato de construir un módulo solitario, obtengo el mismo error, solo reemplace module1, con el módulo que sea.

Haga que todos hagan referencia al padre en sus pompones.

<parent>
    <artifactId>shell</artifactId>
    <groupId>converter</groupId>
    <version>1.0_A0</version>
</parent>

Aquí están las partes relevantes del shell pom:

<groupId>converter</groupId>
<artifactId>shell</artifactId>
<version>1.0_A0</version>
<packaging>pom</packaging>
<name>shell</name>


<modules>
    <module>module1</module>
    <module>module2</module>
    <module>module3</module>
    <module>module4</module>
</modules>

Solo para referencia.

Las alegrías de Maven.

Poner la ruta relativa de los módulos a ../pom.xml lo solucionó.

El parentelemento tiene un relativePathelemento que debe apuntar al directorio del padre. Por defecto es..

También se puede solucionar poniendo el settings.xmlarchivo correcto en el ~/.m2/directorio.

La razón alternativa también podría ser que el artefacto padre proviene de un repositorio al que no se puede acceder pom.xml, normalmente un repositorio privado. La solución fue proporcionar ese repositorio en pom.xml:

<repositories>
    <repository>
        <id>internal-repo</id>
        <name>internal repository</name>
        <url>https://my/private/repo</url>
        <layout>default</layout>
        <releases>
            <enabled>true</enabled>
        </releases>
        <snapshots>
            <enabled>true</enabled>
        </snapshots>
    </repository>
</repositories>

En mi caso, el problema fue aún más complicado debido a Eclipse: el repositorio estaba activo solo en el perfil especial ( <profiles><profile><id>activate-private-repo</id><repositories>...) y la GUI de Maven en Eclipse no permitía configurar este perfil a través del Ctrl+Alt+Pacceso directo.

La solución fue declarar temporalmente el repositorio fuera del perfil (incondicionalmente), lanzar Alt+F5Maven Update Project, activar el perfil y volver a poner la declaración del repositorio en el perfil. Esto es más bien un error de Eclipse, no un error de Maven.

POM principal no resoluble: esto significa que no puede resolver el repositorio principal.

Trun en modo de depuración:

[DEBUG] Reading global settings from **/usr/local/Cellar/maven/3.5.4/libexec/conf/settings.xml**
[DEBUG] **Reading user settings from /Users/username/.m2/settings.xml**
[DEBUG] Reading global toolchains from /usr/local/Cellar/maven/3.5.4/libexec/conf/toolchains.xml
[DEBUG] Reading user toolchains from /Users/username/.m2/toolchains.xml
[DEBUG] Using local repository at /Users/username/.m2/repository
[DEBUG] Using manager EnhancedLocalRepositoryManager with priority 10.0 for /Users/username/.m2/repository
[INFO] Scanning for projects...
[ERROR] [ERROR] Some problems were encountered while processing the POMs:

Porque el repositorio principal no forma parte de maven central. La solución es especificar un setting.xml en ~ m2 / para ayudar a obtener el POM principal. /Usuarios/nombredeusuario/.m2/settings.xml

En ese XML, es posible que deba especificar la información del repositorio.

Simplemente agregue <relativePath />para que el padre en pom se vea así:

<parent>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-parent</artifactId>
        <version>2.0.4.RELEASE</version>
        <relativePath />
    </parent>

verificar si tiene valores correctos en los POM secundarios

GroupId
ArtefactId
Version

En Eclipse, por ejemplo, puede buscarlo:

<relativePath>

Si construye bajo un proyecto secundario, entonces <relativePath>puede ayudarlo a resolver el error pom principal.

instalar padre pom

Pero si crea el proyecto hijo a partir de su carpeta, <relativePath>no funciona. installPrimero puede colocar el pom principal en su repositorio local y luego construir el proyecto secundario.

Reemplaza 1.0_A0 con $ {project.version}

Ejecute mvn una vez. Esto descargará todos los repositorios necesarios. Puede volver a 1.0_A0 después de este paso.

Tuve un problema similar en mi trabajo.

La construcción del proyecto principal sin dependencia creó el archivo parent_project.pom en la carpeta .m2.

Luego agregue el módulo secundario en el POM principal y ejecute la compilación de Maven.

<modules>
    <module>module1</module>
    <module>module2</module>
    <module>module3</module>
    <module>module4</module>
</modules>

Agregar una dependencia en

pom.xml:

<parent>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-parent</artifactId>
    <version>2.1.8.RELEASE</version>
    <relativePath/> <!-- lookup parent from repository -->
</parent>
<dependency>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-resources-plugin</artifactId>
        <version>2.4.3</version>
</dependency>

Resolví ese problema en mí después de un intento muy largo, creé otro archivo llamado "parent_pom.xml" en el directorio de archivos del módulo secundario en local y pegué el contenido de parent_pom.xml, que se encuentra en remoto, al recién creado "parent_pom.xml ". Me funcionó y el mensaje de error desapareció.

Dentro de la etiqueta de ruta relativa, haga lo siguiente

<relative>{project_name}/pom.xml</relative>

y luego RunAs-> Maven build

Funcionó para mí.

Tuve el problema de que dos archivos pom.xml de construcción de reactor tenían el mismo artefactId.