Maven: Wie Anlegesteg zu verwenden: Führen Sie in einem Multi-Modul Maven-Projekt, ohne zu installieren

Question

Ich bin neu in Maven. Ich habe ein Multi-Modul Maven 2-Projekt, das die folgende Struktur hat (etwas vereinfacht):

Project (POM packaging) 
    | 
    +-- Module1 (JAR) 
    |  | 
    |  +-- src 
    |   | 
    |   +-- main 
    |    | 
    |    +-- java 
    |    +-- resources 
    | 
    +-- Module2 (JAR) 
    |  | 
    |  ... 
    | 
    +-- Web Module (WAR) 
     | 
     ... 

ich das Web-Modul so konfiguriert haben, die Maven Jetty plugin aufzunehmen. Dies funktioniert hervorragend zum Erstellen der Produktionsartefakte. Für die Entwicklung, entdeckte ich, dass ich mvn install auf jedem Modul aufrufen müssen, die ich ändern, gefolgt von Anlegesteg stoping und ruft Anlegestelle: wieder laufen.
Es wäre viel produktiver sein, wenn es eine Möglichkeit für das Plugin wird direkt von jedem Zielverzeichnissen Änderungen in Kraft des Moduls. Laut der Jetty-Plugin-Dokumentation scheint es ein solches Feature zu geben, aber es scheint, dass dies nur für das WAR-Modul gilt.
Noch wichtiger ist für mich die Lage sein, Änderungen vorzunehmen, Dateien zu Ressourcen, ohne die Notwendigkeit, Anlegestelle neu zu starten. Das liegt daran, dass es sich bei den meisten Ressourcen um HTML-Schablonendateien handelt und dass die Erstellung und Aktualisierung der Vorlagen während der Entwicklung enorm erleichtert wird, ohne dass ein Neustart erforderlich ist, um die Änderungen zu sehen.

Gibt es also eine Möglichkeit, den Klassenpfad des Jetty-Plugins so festzulegen, dass die Ziel-/Klassen- und Ressourcenverzeichnisse jedes JAR-Moduls anstelle der eigentlichen JARs im lokalen Repository enthalten sind?

Danke!
Yaniv

Answer 1

Dies ist mit einem Maven-Projekt mit mehreren Modulen nicht möglich. Eine Grundregel von Maven-Projekten ist, dass jedes Projekt alleine stehen kann. Das schließt nicht aus, dass sie zusammen gebaut werden, aber jedes Projekt sollte in der Lage sein, sich selbst zu erstellen, solange alle Abhängigkeiten erfüllt sind.

In diesem Fall bedeutet es, dass das WAR-Projekt nicht auf die anderen Projekte schauen kann, um zu sehen, ob sie aktualisiert werden müssen. Die POM für diese anderen Projekte sind die definitive Erklärung, was getan werden muss, um das Artefakt zu erstellen . Sobald das Artefakt erstellt wurde, wird es in das lokale Repository gestellt. Zu diesem Zeitpunkt gibt es keine Verbindung zwischen den Quelldateien und dem Artefakt. Daher gibt es keine Möglichkeit zu sagen, welche Quelldateien eine Wiederherstellung des Artefakts auslösen würden, von dem die WAR abhängt.

Answer 2

Wenn Sie M2Eclipse (Eclipse-Plugin für eine enge Integration von Maven in Eclipse) verwenden, können Sie Ihr Ziel im Webmodul ausführen und andere Abhängigkeiten werden in Ihrem Arbeitsbereich berücksichtigt, selbst wenn sie dies tun sind in Ihrem lokalen Repository überhaupt nicht verfügbar.

Es gibt nur eine Option in Ihrem Lauf, um Maven zu sagen, dass er Ihre Module im Arbeitsbereich selbst auflösen soll (standardmäßig wird nur das abgerufen, was im lokalen Repository bereitgestellt wird).

Leider kann ich nicht das gleiche Verhalten in IDEA haben und ich muss eine Installation ausführen, bevor Sie die Anlegestelle ausführen: auf dem Webmodul ausführen.

Answer 3

In Eclipse können Sie das Plugin "Run Jetty" verwenden, um dies zu erreichen.
In der IDEA Run-Konfiguration, gibt es eine Option 'Resolve Workspace Artefakte', es zu überprüfen.

Answer 4

zu dieser Antwort Basierend: Best practice wrt. `mvn install`, multi-module projects, and running one submodule eine Behelfslösung um Mavens schreckliche Einschränkungen und Reaktor Einschränkungen ist das Plugin in der übergeordneten pom mit überspringen wahr, zu definieren und zu reaktivieren es dann in dem jeweiligen Submodul falsch verwendet überspringen.

Answer 5

ich gelöst, indem ein Maven-Launcher mit und Resolve Workspace Artefakte, Konfiguration, die standardmäßig