Das POM für ungültig ist, sind transitive Abhängigkeiten (falls vorhanden) nicht verfügbar

Diese Frage ist veraltet und nicht mehr relevant. Ich bin seitdem für meinen Projektaufbau zu Gradle gewechselt und kann nicht mehr überprüfen, ob Antworten funktionieren oder nicht funktionieren.

Ich bin auf ein paar Probleme mit Maven gestoßen. Lassen Sie mich zunächst mein Projekt-Setup beschreiben:

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

Im Wesentlichen habe ich also ein Framework, das die meisten Abhängigkeiten enthält, und dann zwei Projekte, “Server” und “Client”, die ihre eigenen enthalten, ABER auch das Framework als Abhängigkeit (ein Modul von Framework.). Ich habe das Framework-Projekt in meinem lokalen Repository installiert und meine beiden Projekte können den Framework-nativen Code (auch bekannt als meine eigene Logik) sehen. Sie scheinen jedoch keine der Abhängigkeiten des Framework-Projekts verwenden zu können. Beim Versuch, eines der “untergeordneten” Projekte zu erstellen, bekomme ich Folgendes:

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 

Ich habe versucht, den Grund dafür (oder besser noch eine Lösung) zu finden, aber nichts gefunden, was meine Probleme behoben hat. Hoffe hier kann jemand helfen. Meine Maven-Version scheint 3.2.1 zu sein (das sagt mir -version sowieso)

Hier sind meine framework-pom.xml und die client-pom.xml auf Pastebin:

Rahmen: http://pastebin.com/cceZECaT

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

Hilfe wird geschätzt.

Ein Grund dafür ist, wenn Sie sich auf ein Projekt verlassen, für das der übergeordnete Pom veraltet ist. Dies passiert häufig, wenn Sie das übergeordnete Pom aktualisieren, ohne es zu installieren/bereitzustellen.

Um zu sehen, ob dies der Fall ist, laufen Sie einfach mit mvn dependency:tree -X und suche nach dem genauen Fehler. Es wird erwähnt, dass es Dinge vermisst, von denen Sie wissen, dass sie sich im übergeordneten Pom befinden, nicht in dem Artefakt, von dem Sie abhängen (z. B. eine JAR-Version).

Die Lösung ist ziemlich einfach: Installieren Sie das übergeordnete pom mit mvn install -N und erneut versuchen

Ich hatte einen ähnlichen Fehler. In meinem Fall war das Entfernen aller zugehörigen Artefakte aus dem lokalen Repository die Problemumgehung …

Entfernen Sie den Repository-Ordner in .m2 und starten Sie mvn clean install.

Halten Sie uns über das Ergebnis auf dem Laufenden und viel Glück

Ich habe das gleiche Problem und vielleicht habe ich die Antwort. Ich habe ein Top-Level-Projekt MyProject Und Module1 Und Module2.
Module2 kommt drauf an Module1 und der Eintrag wird als (Standard-)Abhängigkeit aufgeführt. Mein Projekt

<modules>
Module1
Module2
</modules>

mvn dependency:tree aus dem Ordner von MyProject ist OK: Modul2 hängt von Modul1 ab

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

Das Problem ist, wenn ich renne mvn dependency:tree innerhalb der Module2 Ordner. Ich bekomme dann die Fehlermeldung:

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

Nach einigen Recherchen habe ich festgestellt, dass die pom Datei, die vom Installationsteil des Builds erstellt/kopiert wurde als m2/com/acme/myproject/Module1/version/Module1-version.pom ist das Original pom Datei. Dieser verwendet Variablen für Versionen als (dupliziert in vielen anderen Modulen, die hier nicht aufgeführt sind) oder einen Systempfad (keine Wahl, eine Systemabhängigkeit zu haben). Diese Variablen sind in der übergeordneten POM-Datei definiert. Wenn ich alle ersetze ${} im Modul pom Datei durch ihre Werte dann ist alles in Ordnung. Grundsätzlich stehen beim Erstellen des Ganzen die Werte der Variablen allen abhängigen Modulen zur Verfügung, da dies derselbe Prozess ist. Wenn Sie ein einzelnes Modul erstellen, sind die im übergeordneten POM definierten Variablen nicht verfügbar.

Ihre eigene Framework-POM-Datei enthält eine Variable für den Systempfad von net.sf.javaml. Hardcodieren Sie die Variable oder finden Sie eine andere Lösung wie eine Stückliste.
https://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html

Unter der Annahme, dass die Poms der Client- und Serverprojekte aufgrund einer nicht erfüllten Erweiterung ungültig sind, sollte Folgendes funktionieren … Wenn die “Client”- und “Server”-Projekte ihre Abhängigkeit von “Framework” in einem Tag definiert haben, können Sie zuerst installieren “Framework” mit der Option -N. Zuerst cd in das Framework-Verzeichnis, dann:
mvn -N clean install
Die Option -N weist Maven an, nur das Root-Pom im lokalen Repo zu installieren und die untergeordneten Module zu überspringen. Wechseln Sie nun zu Ihrem untergeordneten Projekt und führen Sie Ihren Installationsbefehl in Ihrem Client- oder Servermodul erneut aus. Der Client- oder Server-Build sollte nun den übergeordneten Pom mit den Eigenschaften finden, die er im lokalen Repository benötigt.

Sie können den gleichen Effekt erzielen, indem Sie eine explizite Dateipfadreferenz mit dem relativePath-Tag im übergeordneten Tag Ihres untergeordneten Pom erstellen:

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

Die … Die Rahmen -Artefakt, das in Ihrem lokalen Repository verfügbar ist, bevor Sie eine ausführen install auf der Klient Projekt, da es keine Kopplung zwischen den beiden Projekten gibt (die Klient Artefakt ist kein module von dir Rahmen Projekt).

Um das Problem zu lösen, sollten Sie also ausführen mvn install auf Ihrem Rahmen project, sodass die gepackte JAR-Datei in Ihr lokales Repository kopiert wird. Dann liegt es an Maven, es zu entdecken und zu finden, wenn Sie eine Maven-Phase auf dem ausführen Klient Projekt.

Damit Ihre Artefakte von Ihrer Organisation gemeinsam genutzt werden können, sollten Sie Ihre Artefakte (Upload) auf einem Nexus-Hosting-Mirror bereitstellen.

Ich hatte das gleiche Problem. Ich verwalte alle Module, die von dem Projekt referenziert wurden, das ich zu erstellen versuchte. Und das Problem stellte sich heraus, dass ich “mvn deploy” für alle übergeordneten Projekte des Moduls ausführen musste, das diesen Fehler zeigte, wenn pom.xml in einem anderen Modul verwendet wurde. Hier ist die ganze Erklärung http://programtalk.com/java/i-used-to-get-this-maven-error-all-time/