El POM para no es válido, las dependencias transitivas (si las hay) no estarán disponibles

Esta pregunta está desactualizada y ya no es relevante. Desde entonces, me mudé a Gradle para la compilación de mi proyecto y ya no puedo verificar si las respuestas funcionan o no.

Me he encontrado con algunos problemas con Maven. Permítanme describir primero la configuración de mi proyecto:

Framework
|  -- Apache Commons Math 3.0
|  -- Bouncy Castle 1.5
|  -- etc.. (lots more)
|________
|        Client
|        | -- GUI libraries
|        | -- etc.
|
|________
         Server
         | -- Server Libraries
         | -- etc.

Entonces, esencialmente, tengo un marco que contiene la mayoría de las dependencias y luego dos proyectos, “Servidor” y “Cliente” que contienen su propio PERO también el marco como una dependencia (siendo un módulo de Framework). Instalé el proyecto Framework en mi repositorio local y mis dos proyectos pueden ver el código nativo de Framework (también conocido como mi propia lógica). SIN EMBARGO, parece que no pueden usar ninguna de las dependencias del Framework Project. Cuando intento construir cualquiera de los proyectos “secundarios”, obtengo esto:

Invalid POM for de.r2soft.empires.framework:Framework:jar:Alpha-1.2, 
transitive dependencies (if any) will not be available, 
enable debug logging for more details 

Traté de encontrar la razón detrás de esto (o mejor aún, una solución), pero no encontré nada que solucionara mis problemas. Espero que alguien aquí pueda ayudar. Mi versión maven parece ser 3.2.1 (eso es lo que me dice la versión de todos modos)

Aquí están mi framework-pom.xml y el cliente-pom.xml en pastebin:

Estructura: http://pastebin.com/cceZECaT

Cliente: http://pastebin.com/1Cuxve5F

Se agradece la ayuda.

Una razón para esto es cuando confía en un proyecto para el cual el pom principal está desactualizado. Esto sucede a menudo si está actualizando el pom principal sin instalarlo/implementarlo.

Para ver si este es el caso, simplemente ejecute con mvn dependency:tree -X y busque el error exacto. Mencionará que pierde cosas que sabe que están en el pom principal, no en el artefacto del que depende (por ejemplo, una versión jar).

La solución es bastante simple: instale el pom principal usando mvn install -N y vuelve a intentarlo

Tuve un error similar, en mi caso, eliminar todos los artefactos relacionados del repositorio local fue la solución…

Elimine la carpeta del repositorio dentro de .m2 y ejecute mvn clean install.

Mantennos informados del resultado y Suerte

Tengo el mismo tipo de problema y puedo tener la respuesta. tengo un proyecto de primer nivel MyProject y Module1 y Module2.
Module2 depende de Module1 y la entrada aparece como una dependencia (predeterminada). Mi proyecto

<modules>
Module1
Module2
</modules>

mvn dependency:tree de la carpeta de MyProject está bien: el módulo 2 depende del módulo 1

MyProject
---
com.acme:Module1:version
---
com.acme:Module2:version
+com.acme:Module1:version

El problema es si corro mvn dependency:tree dentro de Module2 carpeta. Entonces recibo el mensaje de error:

The POM for com.acme:Module2:version is invalid, 
transitive dependencies (if any) will not be available

Después de algunas investigaciones he descubierto que el pompón archivo creado/copiado por la parte de instalación de la compilación como m2/com/acme/myproject/Module1/version/Module1-version.pom es el original pompón archivo. Este usa variables para versiones como (duplicadas en muchos otros módulos que no se enumeran aquí) o una ruta del sistema (no hay opción de tener una dependencia del sistema). Estas variables se definen en el archivo POM principal. Si reemplazo todos los ${} en el modulo pompón archivo por sus valores, entonces todo está bien. Básicamente, cuando se construye todo, los valores de las variables están disponibles para todos los módulos dependientes, ya que este es el mismo proceso. Cuando crea un módulo individual, las variables definidas en el POM principal no están disponibles.

Su propio archivo pom del marco contiene una variable para la ruta del sistema de net.sf.javaml. Codifique la variable o encuentre otra solución como una lista de materiales.
https://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html

Suponiendo que los poms de los proyectos de cliente y servidor no son válidos debido a una expansión insatisfecha, entonces lo siguiente debería funcionar… Si los proyectos “cliente” y “servidor” tienen su dependencia en “Framework” definido en una etiqueta, entonces primero puede instalar “Marco” usando la opción -N. Primero, cd al directorio de Framework, luego:
mvn -N clean install
La opción -N le dice a maven que solo instale el root pom en el repositorio local y que omita los módulos secundarios. Ahora cd a su proyecto secundario y vuelva a ejecutar su comando de instalación en su módulo de cliente o servidor. La compilación del cliente o del servidor ahora debería encontrar el pom principal con las propiedades que necesita en el repositorio local.

Puede obtener el mismo efecto haciendo una referencia de ruta de archivo explícita usando la etiqueta relativePath en la etiqueta principal de su hijo pom:

<parent>
  <relativePath>../my-parent</relativePath>
</parent>

La la Estructura artefacto disponible en su repositorio local antes de ejecutar un install sobre el cliente proyecto porque no hay acoplamiento entre los dos proyectos (el cliente artefacto no es un module de tu Estructura proyecto).

Entonces, para resolver el problema, debe ejecutar mvn install en tu Estructura proyecto para que el jar empaquetado se copie en su repositorio local. Entonces depende de maven descubrirlo y encontrarlo cuando ejecuta alguna fase de maven en el cliente proyecto.

Para que sus artefactos se compartan entre su organización, debe implementar sus artefactos (cargar) en un espejo de alojamiento de nexo.

Tuve el mismo problema. Estoy administrando todos los módulos a los que se hace referencia en el proyecto que estaba tratando de construir. Y el problema resultó que tenía que hacer “implementar mvn” en todos los proyectos principales del módulo que mostraba este error cuando se usaba en otros módulos pom.xml. aqui esta toda la explicacion http://programtalk.com/java/i-used-to-get-this-maven-error-all-time/