2016-12-07 10 views
0

Ich versuche, eine EAR-Anwendung auf Wildfly 10.1 endgültig bereitzustellen. Die EAR-Datei enthält 2 verschachtelte WAR-Dateien. In den WAR-Dateien befindet sich keine Datei "jboss-web.xml".Wildfly: Anwendung bereitgestellt, aber nicht ausgeführt

Hier ist die Datei application.xml:

<?xml version="1.0" encoding="UTF-8"?> 
<!DOCTYPE application PUBLIC 
    "-//Sun Microsystems, Inc.//DTD J2EE Application 1.3//EN" 
    "http://java.sun.com/dtd/application_1_3.dtd"> 
<application> 
    <display-name>myApp-ear</display-name> 
    <description>myApp</description> 
    <module> 
     <web> 
     <web-uri>myApp-rest</web-uri> 
     <context-root>/myApp-rest</context-root> 
     </web> 
    </module> 
    <module> 
     <web> 
     <web-uri>myApp-webapp</web-uri> 
     <context-root>/myApp-webapp</context-root> 
     </web> 
    </module> 
</application> 

Nach der Bereitstellung, ich habe folgendes Protokoll:

INFO [org.jboss.as.server.deployment.scanner] (DeploymentScanner- Themen - 1) WFLYDS0004: MyApp.ear im Bereitstellungsverzeichnis gefunden. Um die Bereitstellung auszulösen, erstellen Sie eine Datei mit dem Namen myApp.ear.dodeploy INFO [org.jboss.as.server.deployment] (MSC-Dienstthread 1-8) WFLYSRV0027: Starten der Bereitstellung von "myApp.ear" (Laufzeitname: " myApp.ear ")
WARN [org.jboss.as.server.deployment] (MSC-Dienstthread 1-8) WFLYSRV0059: Klassenpfad-Eintrag lib/snakeyaml-1.13.jar in/C:/Dev/Wildfly/wildfly- 10.1.0.Final/standalone/deployments/myApp.ear/liquibase-core-3.3.0.jar zeigt nicht auf ein gültiges jar für eine Klassenpfadreferenz.
(...)
INFO [org.jboss.as.server.deployment] (MSC Dienstthread 1-8) WFLYSRV0207: Ausgang subdeployment (runtime-Name: "myApp-rest")
INFO [org. jboss.as.server.deployment] (MSC-Dienstthread 1-8) WFLYSRV0207: Startunterdeployment (Laufzeitname: "myApp-webapp")
INFO [org.jboss.as.server] (DeploymentScanner-threads - 2) WFLYSRV0010: Verteilt "myApp.ear" (Runtime-Name: "myApp.ear")

und das ist alles, keine "Register" in den Protokollen oder so ähnlich. Also, wenn ich versuche, auf "localhost: 8080/myApp-webapp" zuzugreifen, habe ich einen Fehler 404.

Die Anwendung wurde zuvor auf Weblogic 11 (mit der gleichen Konfiguration) bereitgestellt und es hat gut funktioniert.

Irgendwelche Hinweise?

+0

Haben Sie eine Datei mit dem Namen 'myApp.ear.dodeploy' erstellt? –

+0

Eigentlich ja, jedes Mal, wenn ich diese Datei im Deployment-Ordner erstelle, wird myApp wieder mit der folgenden Nachricht bereitgestellt: "WFLYSRV0016: Ersetzte Bereitstellung" myApp.ear "mit Bereitstellung" myApp.ear "". Aber das Problem bleibt. –

+1

Ist das eine explodierte Bereitstellung? Wenn dies der Fall ist, sollten Sie eine Erweiterung für Ihre "myApp-rest" und "myApp-webapp", d. H. 'MyApp-rest.jar'' myApp-webapp.war', haben. –

Antwort

0

auf die folgenden Protokollmeldungen Basierend es wie die Inhalte Ihrer EAR sieht fehlen die entsprechenden Dateiendungen

INFO [org.jboss.as.server.deployment] (MSC service thread 1-8) WFLYSRV0207: Starting subdeployment (runtime-name: "myApp-rest") 
INFO [org.jboss.as.server.deployment] (MSC service thread 1-8) WFLYSRV0207: Starting subdeployment (runtime-name: "myApp-webapp") 
INFO [org.jboss.as.server] (DeploymentScanner-threads - 2) WFLYSRV0010: Deployed "myApp.ear" (runtime-name : "myApp.ear") 

Insbesondere die myApp-rest und myApp-webapp beachten. Diese sollten beide eine .war Erweiterung haben, selbst wenn es sich um eine explodierte Bereitstellung handelt. (Beachten Sie, dass die myApp-rest eine Erweiterung .jar haben kann, wenn es nur ein EJB-Modul ist.)

Verwandte Themen