SEVERE: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: Fehler konnte nicht gestartet werden

Dass ich auf diese Fehlermeldung, wenn ich versuchte zu laufen, meine Applikation in Tomcat.
Ich habe bereits überprüft die version von tomcat und java zu Hause. Beide verwenden java 6.

Ist es eine fehlende jar? Oder liegt es an meinem web-xml? Ich bin nicht mit jedem maven-tool.

SEVERE: ContainerBase.addChild: start: 
org.apache.catalina.LifecycleException: Failed to start component [StandardEngine[Catalina].StandardHost[localhost].StandardContext[/ICard]]
    at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:154)
    at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901)
    at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877)
    at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:618)
    at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:650)
    at org.apache.catalina.startup.HostConfig$DeployDescriptor.run(HostConfig.java:1582)
    at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
    at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)
    at java.util.concurrent.FutureTask.run(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
    at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.NoClassDefFoundError: javax/xml/rpc/handler/soap/SOAPMessageContext
    at java.lang.ClassLoader.defineClass1(Native Method)
    at java.lang.ClassLoader.defineClassCond(Unknown Source)
    at java.lang.ClassLoader.defineClass(Unknown Source)
    at java.security.SecureClassLoader.defineClass(Unknown Source)
    at org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:2904)
    at org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:1173)
    at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1681)
    at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1559)
    at java.lang.Class.getDeclaredMethods0(Native Method)
    at java.lang.Class.privateGetDeclaredMethods(Unknown Source)
    at java.lang.Class.getDeclaredMethods(Unknown Source)
    at org.apache.catalina.util.Introspection.getDeclaredMethods(Introspection.java:108)
    at org.apache.catalina.startup.WebAnnotationSet.loadMethodsAnnotation(WebAnnotationSet.java:279)
    at org.apache.catalina.startup.WebAnnotationSet.loadApplicationServletAnnotations(WebAnnotationSet.java:141)
    at org.apache.catalina.startup.WebAnnotationSet.loadApplicationAnnotations(WebAnnotationSet.java:67)
    at org.apache.catalina.startup.ContextConfig.applicationAnnotationsConfig(ContextConfig.java:405)
    at org.apache.catalina.startup.ContextConfig.configureStart(ContextConfig.java:881)
    at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:369)
    at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
    at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90)
    at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5173)
    at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
    ... 11 more
Caused by: java.lang.ClassNotFoundException: javax.xml.rpc.handler.soap.SOAPMessageContext
    at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1714)
    at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1559)
    ... 33 more
Jan 10, 2014 4:05:06 PM org.apache.catalina.startup.HostConfig deployDescriptor
SEVERE: Error deploying configuration descriptor F:\RCBC\workspace\.metadata\.plugins\org.eclipse.wst.server.core\tmp1\conf\Catalina\localhost\ICard.xml
java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: Failed to start component [StandardEngine[Catalina].StandardHost[localhost].StandardContext[/ICard]]
    at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:904)
    at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877)
    at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:618)
    at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:650)
    at org.apache.catalina.startup.HostConfig$DeployDescriptor.run(HostConfig.java:1582)
    at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
    at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)
    at java.util.concurrent.FutureTask.run(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
    at java.lang.Thread.run(Unknown Source)
Jan 10, 2014 4:05:06 PM org.apache.coyote.AbstractProtocol start
INFO: Starting ProtocolHandler ["http-bio-8100"]
Jan 10, 2014 4:05:06 PM org.apache.coyote.AbstractProtocol start
INFO: Starting ProtocolHandler ["ajp-bio-8009"]
Jan 10, 2014 4:05:06 PM org.apache.catalina.startup.Catalina start
INFO: Server startup in 4003 ms

InformationsquelleAutor der Frage james goooseling | 2014-01-10

14

Habe die Lösung für dieses problem.... Wooo
1. Stellen Sie sicher, dass Appliction server (Tomcat etc.) verwendet die java-runtime-version als pro, was Ihre java-Anwendung verwendet wird.
2. Stellen Sie sicher, dass Ihr mit jre-Pfad nicht jdk-Pfad für die runtime-Umgebungen
3. Stellen Sie sicher, dass beim anlegen eines Projekts wählen Sie den entsprechenden server-runtime-Versionen.
InformationsquelleAutor der Antwort james goooseling
12

Dieses Problem entsteht, weil die verschiedenen Gründen. Es kann auf, wenn man mit Spring boot gebaut war-Datei. Als Spring-boot-web-und rest-starter-Projekte Gläser haben embedded-Tomcat-in, somit schlägt mit "SCHWERER: ContainerBase.addChild: start: org.apache.catalina.LifecycleException".

Können Sie dieses Problem beheben, indem unter Ausschluss des embedded tomcat zum Zeitpunkt der Verpackung durch die Verwendung von AUSSCHLÜSSE im Falle von maven.

Maven-dependency von "spring-boot-starter-web" Aussehen wird
```
   <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-web</artifactId>
        <exclusions>
            <exclusion>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-starter-tomcat</artifactId>
            </exclusion>
        </exclusions>
    </dependency>
```
InformationsquelleAutor der Antwort nkharche
9

Nach mir, dies würde geschehen, wenn es gibt zwei problematische Klassen gleichen namens aber mit unterschiedlicher version. In der Regel, es geschieht wegen servlet-api.jar.
Wenn seine Gegenwart in den lib-Ordner von Ihrem Krieg, dann pls entfernen Sie Sie mit je nachdem, welches Werkzeug für den Bau verwendet Krieges. Oder im Falle von maven, fügen Sie die Abhängigkeit mit bestimmten Umfang als "vorgesehen". Diese lösen die Zusammenstellung der Ausgabe und zur Laufzeit wird siehe jar-zur Verfügung gestellt von server-Umgebung.
Pls konfigurieren Sie die Abhängigkeit wie folgt:
```
<dependency>
        <groupId>javax.servlet</groupId>
        <artifactId>javax.servlet-api</artifactId>
        <version>3.0.1</version>
        <scope>provided</scope>
</dependency>
```
InformationsquelleAutor der Antwort Mahesh C.
2

Was diesen Fehler verursacht hat, in meinem Fall war, dass zwei @GET-Methoden mit dem gleichen Pfad in einer einzigen Ressource. Ändern der @Path einer der Methoden gelöst für mich.

InformationsquelleAutor der Antwort gabrielkerekes

Hauptgrund：SOAPMessageContext NoClassDefFoundError
Sie müssen also importieren Sie diese Klasse oder eine jar -

IDEE

Strg+shift+alt+S，"Bibliotheken",findet der abwesende Klasse.
Bearbeiten der lokalen Maven config.

.m2/repository/Ihren abwesend-Klasse(z.B. commons-logging)/.../maven-metadata-central.xml

<?xml version="1.0" encoding="UTF-8"?>
<metadata modelVersion="1.1.0">
<groupId>commons-logging</groupId>
<artifactId>commons-logging</artifactId>
<versioning>
<latest>1.2</latest>
<release>1.2</release>
<versions>
  <version>1.0</version>
  <version>1.0.1</version>
  <version>1.0.2</version>
  <version>1.0.3</version>
  <version>1.0.4</version>
  <version>1.1</version>
  <version>1.1.1</version>
  <version>1.1.2</version>
  <version>1.1.3</version>
  <version>1.2</version>
</versions>
<lastUpdated>20140709195742</lastUpdated>
</versioning>
</metadata>


<latest>your need absend class version and useful</latest>

weil Maven finden "metadata-central.xml' config neueste version als Projekt-version.

verzeihen Sie meine Chinesisch Englisch:)

InformationsquelleAutor der Antwort fonxian

1

Mein problem war, dass ich @WebServlet("/route") und das gleiche servlet deklariert web.xml

InformationsquelleAutor der Antwort Kronen
0

Bitte überprüfen Sie Ihre .Projekt-und .classpath-Dateien. Überprüfen Sie die java-version und andere notwendige details. Wenn diese und fehlende oder falsch abgestimmt

InformationsquelleAutor der Antwort Atul
0

Ich bin mir nicht sicher, was passiert in Ihrem Fall, dass das Problem behoben wurde, aber Ihr Problem war in dieser Zeile:
```
Caused by: java.lang.NoClassDefFoundError: javax/xml/rpc/handler/soap/SOAPMessageContext
```
Müssen Sie jaxrpc-api.jar zu Ihrem /libs oder hinzufügen
```
<dependency>
    <groupId>javax.xml</groupId>
    <artifactId>jaxrpc-api</artifactId>
    <version>x.x.x</version>
</dependency>
```
Ihren maven-Abhängigkeiten.

InformationsquelleAutor der Antwort Nielsvh
0

Ich hatte den gleichen Fehler-Anweisung nach einem "Fehler beim Zugriff auf die Ressource" Fehlermeldung:

Befehl
```
#cat callflow-java-logger-1.log.0
```
Ausgabe
```
Dec 09, 2015 8:09:03 AM org.apache.catalina.loader.WebappLoader startInternal
SEVERE: LifecycleException 
java.io.IOException: Failed to access resource /WEB-INF/lib/ojdbc14.jar
```
In meinem Fall war die Lösung die änderung der Stecker Berechtigungen
```
-rw------- 1 owner creator size date ojdbc14.jar
```
Diese Datei in Frage war nicht ursprünglich befindet sich unter /WEB-INF/lib, das war wohl, wie BIRT funktioniert. Es kann schwierig sein, wenn Sie es mit einer höheren Anzahl von Dateien.

InformationsquelleAutor der Antwort Alan
0

Seltsame Fehler, können Sie versuchen, Methoden gegeben, die von james goooseling und auch ich habe es getan, indem Sie die folgenden Möglichkeiten:
- Entfernen Sie alle Gläser oder Bibliotheken von build path und lib Ordner und fügen Sie Sie wieder in den lib-Ordner oder build-Pfad, wie Sie es wünschen.
- Überprüfen Sie, ob servlet-Anmerkung @WebServlet für gegeben, servlet und wenn es das mapping in web.xml wie gut .. das ist der häufigste Fehler, aufgrund derer tomcat verwechselt wird , dass das, was url-Muster muss er nutzen.
InformationsquelleAutor der Antwort swapyonubuntu
0

In meinem Fall das servlet-name definiert web.xml war nicht dasselbe wie das sevlet Namen in das servlet-mapping-tag. Ich korrigierte dies und der KRIEG war erfolgreich bereitgestellt wurde.

InformationsquelleAutor der Antwort Vishnu TS
0

mein problem war mit @WebServelet annotation und es war, weil der name wiederholt wurde, hatte ich zwei @WebServlet("/route")in meinem code durch Fehler(die ich kopieren und eingefügt und vergessen zu ändern von route-name)

InformationsquelleAutor der Antwort Iman Mirzadeh
0

In meinem Fall (Spring MVC + Hibernate-Projekt), ich fügte hinzu, Controller, Service -, Dao -, Modell-Klasse & Thymian-Blatt-Seite. Einfach nicht anzeigen neue Modell-Klasse "hibernate.cfg.xml" Datei. So, habe diesen Fehler.
Aber nach der Zuordnung der neuen model-Klasse wieder die Fehlermeldung kam.
Dann gelöscht, Controller, Service -, Dao -, Modell-Klasse. Thymian Blatt Seite und Erstellt neu. Auch abgebildet neue model-Klasse. Dann Fehler gegangen.

InformationsquelleAutor der Antwort Md. Atequer Rahman Sourov
0

Oben auf all den anderen Kram, für mich war dies geschehen, weil ich war die Aktivierung NewRelic in meinem setenv.sh:
```
NR_JAR=/opt/newrelic/newrelic.jar; export NR_JAR
```
Sobald ich kommentierte dies, entfernen newrelic s-Haken, ist das Problem verschwunden. Es war nur geschehen, für Endpunkte unter Verwendung von apache CXF.

InformationsquelleAutor der Antwort Amalgovinus

beim arbeiten mit spring boot das problem war, dass der tomcat-Bibliothek muss gesetzt zur Verfügung gestellt

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-tomcat</artifactId>
    <scope>provided</scope>
</dependency>

InformationsquelleAutor der Antwort gischy

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.