Umgehung (e) für Maven-Krieg-Plugin-Fehler: Fehler für Artefakt-Datei kopieren

Question

Wenn ich einfach Maven Webapp Projekt in Eclipse, die auf einem anderen Maven Projekt in meinem Arbeitsplatz abhängt, ich den Fehler ...

Datei konnte nicht für Artefakt kopieren [group: Artefakt: jar: Version: kompilieren] (org.apache.maven.plugins: maven-Krieg-Plugin: 2,3: explodierte: Make-Krieg explodierte: kompilieren) pom.xml/Projekt Zeile xx Maven Problem beim Aufbau

es mehreren Stellen online (über Maven Teams diskutiert über das, was Teil gebrochen ist, wie man es beheben, usw.) erwähnt wird - „disable Arbeitsbereich Auflösung“ der einzige Abhilfe ich habe sein gefunden Uhm, ok, aber deshalb habe ich dieses Projekt in meinem Arbeitsbereich - damit es bearbeitet werden kann und die Änderungen übernommen werden, ohne jedes Mal neu installiert werden zu müssen.

Wir haben vor kurzem konvertiert, um Maven zu verwenden, also habe ich nicht viel Erfahrung damit - und irgendwie gibt es Projekte in unserem SVN, die diesen Fehler nicht geben, sogar die gleiche Konfiguration verwendend (sie wurden von einem Berater geschaffen, der ist nicht mehr hier). Ich kann nicht herausfinden, was die Unterschiede sind - ich habe fast identische Poms verwendet, verschiedene Versionen von Eclipse/War-Plugin ausprobiert, Build Helper/Wtp-Integration hinzugefügt, die Projekte auf verschiedene Arten erstellt, die Eclipse-Konfigurationsdateien verglichen usw. Der einzige Unterschied, den ich feststellen kann, ist, dass diese eingesetzt werden und ich das nicht zu Hause mache.

Ich will nur, dass Fehler weg gehen (ohne Arbeitsplatz Auflösung deaktivieren), so muss ich alle Fehler nicht ignorieren oder einen Dialog zu erhalten, um zu bestätigen jedes Mal fort ich laufen. Es ist wahrscheinlich etwas einfaches, das ich vermisse/weiß nicht.

Answer 1

Sieht aus wie eine andere mögliche Abhilfe ist (vorübergehend?) Die Abhängigkeit als mit ‚‘ versehen Umfang markiert. Oder um die Ausführung von maven-war-plugin zu ignorieren (wie es jetzt in den m2e-wtp Lifecycle-Mapping-Metadaten standardmäßig vorkommt) - was wiederum den Zweck besiegt, diese in der Eclipse zu verwenden, um Dinge automatisch zu aktualisieren.

Ich bin überrascht, dass niemand sonst mit Eclipse hineinlaufen würde (oder dass die Deaktivierung der Workspace-Auflösung oder die Ignorierung der Ausführung für diejenigen akzeptabel zu sein scheint).

Answer 2

Dies kann ein Problem mit der m2eclipse Plugin sein. Um dies zu beheben:

öffnen Ausbau-> Einstellungen-> Maven. Deaktivieren Sie 'Abhängigkeiten von Workspace-Projekten auflösen', wodurch das Problem mit dem War-Plugin in m2eclipse behoben wurde.

Answer 3

Ich hatte das gleiche Problem und fand eine "Reparatur", die alles erfolgreich abgeschlossen werden konnte. Ich habe alle anderen Projekte in meinem Eclipse-Arbeitsbereich geschlossen. Ich glaube, dass Eclipse eine Sperre für die Dateien hat, wenn das Projekt geöffnet ist?