Maven-Kind-Module nicht gebaut

Ich habe eine relativey einfache multi-Modul maven Körperbau mit einer parent-pom. Dies schließt die 2-Kind-Module wie folgt:

<modules>
    <module>WebApp</module>
    <module>WebService</module>
</modules>

Wenn ich mvn clean install auf die top-level-pom reinigt & installiert jedes Kind Modul wie erwartet. Aber ich versuche jetzt ein plugin hinzufügen (codehaus weblogic) Ziel zur Bereitstellung der WebApp .Krieg Weblogic 10.3.4 z.B. mvn clean install weblogic:bereitstellen. Für einige Grund, warum das nicht laufen sauber und installieren Sie die Phasen aber nicht bereitstellen. Wenn ich den Befehl ausführen von innerhalb des WebApp-Verzeichnis, es macht das reinigen und zu installieren, bevor Sie die Bereitstellung.

Gibt es einige überraschungen, die ich bin fehlt, die wird nicht laufen, das Kind Lebenszyklus Phasen ausgeführt, wenn ein Ziel auf der obersten Ebene. Hier ist der Befehl line-Ausgang:

[INFO] Scanning for projects...
[INFO] Reactor build order: 
[INFO]   SupportClient
[INFO]   SupportClient-WebServices
[INFO]   SupportClient-WebApp
[INFO] Searching repository for plugin with prefix: 'weblogic'.
[INFO] org.apache.maven.plugins: checking for updates from central
[INFO] org.codehaus.mojo: checking for updates from central
[INFO] ------------------------------------------------------------------------
[INFO] Building SupportClient
[INFO]    task-segment: [clean, install, weblogic:deploy]
[INFO] ------------------------------------------------------------------------
[INFO] [clean:clean]
[INFO] [site:attach-descriptor]
[INFO] [install:install]
[INFO] Installing C:\Development\Destin8SupportClient\pom.xml to C:\Users\finchaj.HPH\.m2    \repository\com\mcpplc\supportClient\supportClient\1.0\supportClient-1.0.pom
[INFO] [weblogic:deploy]
[INFO] Weblogic Deployment beginning with parameters DeployMojoBase[adminServerHostName = localhost, adminServerProtocol = t3, adminServerPort = 8001, userId = xx, password = ****, artifactPath = C:\Development\Destin8SupportClient/WebApp/target/WebApp.war, projectPackaging = war, name = support-client-webapp, targetNames = AdminServer, remote = false]
[INFO] Weblogic Deployment parameters [-adminurl, t3://localhost:8001, -username, xx, -password, xx, -name, support-client-webapp, -targets, AdminServer, -source, C:\Development\Destin8SupportClient/WebApp/target/WebApp.war, -deploy]
weblogic.Deployer invoked with options:  -adminurl t3://localhost:8001 -username xx-name support-client-webapp -targets AdminServer -source C:\Development\Destin8SupportClient/WebApp/target/WebApp.war -deploy
The file, 'C:\Development\Destin8SupportClient/WebApp/target/WebApp.war', does not exist.
InformationsquelleAutor andyfinch | 2011-03-28
  1. 2

    It-Betrieb der weblogic:bereitstellen Ziel auf der obersten Ebene (pom!) - Modul. Dieses Ziel kann nur ausgeführt werden, auf eine war-oder ear-Modul.

    Müssen Sie binden das Ziel in der WebApp sub-Modul zum ausführen des install-phase.
    Es ist aktuell auf der top-Ebene (pom!) - Modul.

    z.B. versuchen Sie die folgende, um Ihre weblogic-Konfiguration in der Webapp sub-Modul.

      <executions> 
     <execution> 
        <phase>install</phase> 
          <goals> 
            <goal>deploy</goal> 
          </goals> 
     </execution> 
   </executions>

    Siehe auch Beispiel C-1 in dieser Dokumentation

    Wenn Sie möchten, haben diese laufen am Ende des builds, wenn alle anderen Module gebaut worden sind, müssen Sie entweder:

    • neu -, um Ihre sub-Module, also WebApp ist der Letzte, dann mache es wie oben
    • oder, fügen Sie eine weitere sub-Modul, das ausgeführt wird Letzte, das hängt davon ab, Ihre WebApp-Submodul. Dann sagen Sie den weblogic-plugin zu verwenden .war-Datei, indem Sie folgende Eigenschaft von maven.weblogic.Krieg . Sie möchten möglicherweise verwenden Sie die Abhängigkeit:kopieren Ziel zuerst, um die in der target-dir-der Letzte sub-Modul.
    • Die deploy-Ziel gemeint ist, die zum ausführen auf der obersten Ebene. Ich will die Installation zu bauen, die alle untergeordneten Projekte, die vor dem bereitstellen von kicks in. Der obige code ist nur relevant, wenn ich installieren nur bei den WebApp-Ebene, die ich nicht wollen, zu tun in diesem Fall.
    • Sie können nicht installieren Sie die toplevel-Projekt. Wenn Sie möchten, installieren Sie alle Projekt-und danach installieren Sie Sie auf Ihrem webserver erstellen Sie ein batchscript, welches genau das leistet. Maven und dem weblogic-maven-plugin nicht unterstützt wird.
    • Ich kann installieren auf der obersten Ebene, wenn ich nicht über die bereitstellen-Ziel. Dies installiert die untergeordneten Module, die wie angegeben. Warum, wenn ich die deploy-Ziel hat es dann zu entscheiden, nicht zu installieren, die Kind-Projekte. Auch der Grund, warum, wenn ich den vollständigen Befehl an die Untergeordneten Level macht es installieren und bereitstellen.
    • Ich habe ein weiteres Modul für die Bereitstellung Zwecke läuft das plugin deploy goal-als Teil seiner Installation phase. An diesem Punkt, die anderen Module sind bereits installiert. Danke für Sie Hilfe.
    InformationsquelleAutor npellow
  2. 1

    Wenn Sie möchten, führen Sie das install-phase erst für alle Projekte, und nach, dass Sie die Bereitstellung Ihrer Projekte zu Ihrem webserver, die Sie haben, um teilen Sie die maven-Aufrufe.

    mvn clean install
mvn weblogic:deploy

    Standardmäßig, maven ausführen aller Aufgaben pro Projekt und separaten maven-tasks die einzige Lösung, um Sie separat.

    • Ich habe darüber nachgedacht, aber ich muss zu geben, auf einer Linie. Ich bin mit Teamcity und ich glaube nicht, dass die Befehle können getrennt werden, wie dies.
    InformationsquelleAutor Salandur
  3. 0

    maven läuft alle angegebenen Ziele auf das übergeordnete Projekt und dann auf die chldren.

    Aus den Protokollen ist ersichtlich, dass maven lief die clean und install Ziele der Muttergesellschaft und der dann versucht die weblogic:deploy Ziel. Jetzt weblogic:deploy offenbar ist nicht ein Ziel, die relevant für die übergeordnete, seit es gemeint ist, zum bereitstellen eines Kind-webapp. maven ist nicht wissen, und so den Fehler.

    Vielleicht sollten Sie überdenken npellow die Lösung, da sollte es für Ihre Anforderung.

    • Vereinbart npellows Antwort
    InformationsquelleAutor Raghuram
Schreibe einen Kommentar