Tomcat 7 СЕРЬЕЗНЫЙ: сбой дочернего контейнера во время запуска

Когда приложение сервлета 3.0 запускается, контейнер должен сканировать все классы на наличие аннотаций (если только metadata-complete=true). Tomcat использует ответвление (без дополнений, просто удален неиспользуемый код) Apache Commons BCEL для выполнения этого сканирования. Веб-приложение не запускается, потому что BCEL столкнулся с чем-то, чего не понимает.

Если приложения работают нормально на Tomcat 6, добавление metadata-complete="true" в ваш web.xml или объявление вашего приложения как приложения 2.5 в web.xml остановит сканирование аннотаций.

На данный момент это выглядит как проблема в сканируемом классе. Однако, пока мы не узнаем, какой класс вызывает проблему, и не присмотримся повнимательнее, мы этого не узнаем. Мне нужно изменить Tomcat, чтобы он регистрировал более полезное сообщение об ошибке с именем рассматриваемого класса. Вы можете следить за прогрессом на этом этапе по адресу: https://issues.apache.org/bugzilla/show_bug.cgi?id=53161

вы можете исправить это с помощью:

<dependency>
    <groupId>javax.servlet</groupId>
    <artifactId>servlet-api</artifactId>
    <version>${servlet-api-version}</version>
    <scope>provided</scope>
</dependency>

при условии решения этой проблемы

Недавно я перенес на новый компьютер все свои проекты eclipse. Я столкнулся с этой проблемой. Что я сделал:

1. удалил проект из tomcat
2. чистый кот
3. запустить проект в tomcat

Если вы думаете, что раньше он работал правильно, а теперь начал показывать конкретную проблему. Тогда это просто пробный метод решения. поэтому, чтобы получить лучшее решение, вы можете выполнить следующие шаги

1. удалите существующий кот, если это возможно
2. удалите свой проект и добавьте свой проект с новой сборкой
3. добавьте свой сервер tomcat
4. очистить проект и обновить проект
5. перейти в режим работы или отладки

Обычно это проблема с файлом дескриптора web.xml. Возможно, вы перепутали определения аннотаций и описания сервлета web.xml. Пожалуйста, проверьте консоль для получения дополнительной информации.

Это то, с чем я сталкиваюсь в течение длительного времени.

Это произошло в прошлый раз, и выяснилось, что одним из случаев может быть плохое развертывание войны, которое произошло после того, как я обновил зависимости библиотеки/maven от pom и переустановил его.

РЕШЕНИЕ:

right click on the server >  remove the war and 
right click on the server again > clean
make sure the maven dependencies are added to deployment assembly
right click on the project > Run As > maven clean
right click on the project again > Run As > maven install 
and finally deploy the project on to the server. This helped me to solve the issue  

"нет проблем с котом".

Я мучился 4-5 дней, чтобы решить проблему (та же проблема, упомянутая выше). здесь я использовал tomcat 8.5. Наконец, проблема была решена, проблема была с «Поврежденными файлами jar». Вы должны удалить все свои репозитории .m2 (для меня C:\Users\Bandham.m2\repository). den запустите команду «mvn clean install» из папки вашего проекта.

счастливое кодирование.

Дайте один UP, если это решило вашу проблему.

Не паникуйте. Вы скопировали код сервлета? Хорошо,

@WebServlet("/HelloWord")
public class HelloWorld extends HttpServlet {
private static final long serialVersionUID = 1L;

Вы указали один и тот же путь @WebServlet("/HelloWord") для обоих сервлетов с разными именами.

Если вы создаете файл web.xml, проверьте файл classpath.

Похоже, что версия API сервлета, которую вы используете, старше, чем xsd, который вы используете в web.xml, например 3.0.

используйте этот ****http://java.sun.com/xml/ns/javaee/" id="WebApp_ID" version="2.5"> ****

У меня такая же проблема несколько месяцев назад. Это решает мою проблему с использованием Maven вместо загруженной версии Spring и некоторыми изменениями в файле web.xml.

пом.xml

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
  <modelVersion>4.0.0</modelVersion>
  <groupId>SpringWEB1</groupId>
  <artifactId>SpringWEB1</artifactId>
  <version>1</version>
  <packaging>war</packaging>
  <build>
    <sourceDirectory>src</sourceDirectory>
    <plugins>
      <plugin>
        <artifactId>maven-war-plugin</artifactId>
        <version>2.4</version>
        <configuration>
          <warSourceDirectory>WebContent</warSourceDirectory>
          <failOnMissingWebXml>false</failOnMissingWebXml>
        </configuration>
      </plugin>
      <plugin>
        <artifactId>maven-compiler-plugin</artifactId>
        <version>3.1</version>
        <configuration>
          <source>1.7</source>
          <target>1.7</target>
        </configuration>
      </plugin>
    </plugins>
  </build>
  <dependencies>
    <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-webmvc</artifactId>
        <version>4.1.7.RELEASE</version>
    </dependency>
    <dependency>
        <groupId>javax.servlet</groupId>
        <artifactId>servlet-api</artifactId>
        <version>2.5</version>
    </dependency>
    <dependency>
        <groupId>commons-logging</groupId>
        <artifactId>commons-logging</artifactId>
        <version>1.2</version>
    </dependency>
  </dependencies>
</project>

Контроллер.java

package com.jmtm.controller;

import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.servlet.ModelAndView;

@org.springframework.stereotype.Controller
public class Controller {

    @RequestMapping("/hi")
    public ModelAndView hi(){
        return new ModelAndView("Hello", "msg", "Hello user.");
    }

}

весна-servlet.xml

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xmlns:c="http://www.springframework.org/schema/c"
    xmlns:context="http://www.springframework.org/schema/context"
    xmlns:mvc="http://www.springframework.org/schema/mvc"
    xmlns:p="http://www.springframework.org/schema/p"
    xmlns:util="http://www.springframework.org/schema/util"
    xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd
        http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-4.1.xsd
        http://www.springframework.org/schema/mvc http://www.springframework.org/schema/mvc/spring-mvc-4.1.xsd
        http://www.springframework.org/schema/util http://www.springframework.org/schema/util/spring-util-4.1.xsd">

    <context:component-scan base-package="com.jmtm.controller"></context:component-scan>

    <bean id="viewResolver" class="org.springframework.web.servlet.view.InternalResourceViewResolver">
        <property name="prefix">
            <value>/</value>
        </property>
        <property name="suffix">
            <value>.jsp</value>
        </property>
    </bean>

</beans>

И самая важная часть решения - включить путь к диспетчеру сервлетов (AKA spring-servlet.xml) в файле web.xml.

<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://java.sun.com/xml/ns/javaee" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd" id="WebApp_ID" version="3.0">
  <display-name>SpringWEB1</display-name>
  <welcome-file-list>
    <welcome-file>index.jsp</welcome-file>
  </welcome-file-list>

  <servlet>
        <servlet-name>spring</servlet-name>
        <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
        <init-param>
            <param-name>contextConfigLocation</param-name>
            <param-value>/WEB-INF/spring-servlet.xml</param-value>
        </init-param>
        <load-on-startup>1</load-on-startup>
    </servlet>

    <servlet-mapping>
        <servlet-name>spring</servlet-name>
        <url-pattern>/</url-pattern>
    </servlet-mapping>

</web-app>

Что-то странное происходит, когда я пытаюсь решить эту проблему. Любая загруженная версия Spring с maven.springframework.org/release/org/springframework/spring вызывает у меня много проблем (Tomcat не может найти сервлет, Spring останавливает Tomcat, Eclipse не может запустить сервер {странно}), поэтому со многими проблемами можно найти множество частичных решений. Я надеюсь, что это работает для вас.

В качестве дополнительной помощи в Eclipse загрузите из Eclipse Marketplace инструмент Spring STS для Eclipse, который поможет вам создать файлы конфигурации (servlet.xml) и написать код для сервлета в файле web.xml.

Сервер Tomcat не запускается и выдает исключение, потому что внутри раздела Deployment Descriptor:MyProyect / Servlet Mappings есть сопоставления, которых не существует. Удалите или исправьте эти элементы; то запуск сервера работает без проблем.

У меня такая же проблема, но в моем случае по ошибке я добавил контекст в server.xml ($Tomcat_Install_Dir/conf/) и не развернул соответствующую войну в webapps($Tomcat_Install_Dir/webapps) . Когда я удалил этот контекст и перезапустил tomcat, он работал нормально.

для меня в одном случае я просто пропустил проект обновления maven, который вызвал ту же проблему

проект обновления maven и попробуйте, если вы видите какие-либо ошибки в POM.xml

Эта же проблема возникла для меня и трассировки стека

SEVERE: A child container failed during start
java.util.concurrent.ExecutionException: org.apache.catalina.LifecycleException: Failed to start component [StandardEngine[Tomcat].StandardHost[localhost].StandardContext[/XXXXSearch]]
    at java.util.concurrent.FutureTask.report(FutureTask.java:122)
    at java.util.concurrent.FutureTask.get(FutureTask.java:192)
    at org.apache.catalina.core.ContainerBase.startInternal(ContainerBase.java:1123)
    at org.apache.catalina.core.StandardHost.startInternal(StandardHost.java:800)
    at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
    at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1559)
    at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1549)
    at java.util.concurrent.FutureTask.run(FutureTask.java:266)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
    at java.lang.Thread.run(Thread.java:745)
Caused by: org.apache.catalina.LifecycleException: Failed to start component [StandardEngine[Tomcat].StandardHost[localhost].StandardContext[/XXXXSearch]]
    at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:154)
    ... 6 more
Caused by: java.lang.IllegalStateException: Unable to complete the scan for annotations for web application [/XXXXSearch]. Possible root causes include a too low setting for -Xss and illegal cyclic inheritance dependencies
    at org.apache.catalina.startup.ContextConfig.processAnnotationsStream(ContextConfig.java:2109)
    at org.apache.catalina.startup.ContextConfig.processAnnotationsJar(ContextConfig.java:1981)
    at org.apache.catalina.startup.ContextConfig.processAnnotationsUrl(ContextConfig.java:1947)
    at org.apache.catalina.startup.ContextConfig.processAnnotations(ContextConfig.java:1932)
    at org.apache.catalina.startup.ContextConfig.webConfig(ContextConfig.java:1326)
    at org.apache.catalina.startup.ContextConfig.configureStart(ContextConfig.java:878)
    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:5179)
    at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
    ... 6 more
Caused by: java.lang.StackOverflowError
    at org.apache.catalina.startup.ContextConfig.populateSCIsForCacheEntry(ContextConfig.java:2269)
    at org.apache.catalina.startup.ContextConfig.populateSCIsForCacheEntry(ContextConfig.java:2269)
    at org.apache.catalina.startup.ContextConfig.populateSCIsForCacheEntry(ContextConfig.java:2269)
    at org.apache.catalina.startup.ContextConfig.populateSCIsForCacheEntry(ContextConfig.java:2269)
    at org.apache.catalina.startup.ContextConfig.populateSCIsForCacheEntry(ContextConfig.java:2269)
    at org.apache.catalina.startup.ContextConfig.populateSCIsForCacheEntry(ContextConfig.java:2269)
    at org.apache.catalina.startup.ContextConfig.populateSCIsForCacheEntry(ContextConfig.java:2269
    at org.apache.catalina.startup.ContextConfig.populateSCIsForCacheEntry(ContextConfig.java:2269)
    at org.apache.catalina.startup.ContextConfig.populateSCIsForCacheEntry(ContextConfig.java:2269)
    at org.apache.catalina.startup.ContextConfig.populateSCIsForCacheEntry(ContextConfig.java:2269)
    at org.apache.catalina.startup.ContextConfig.populateSCIsForCacheEntry(ContextConfig.java:2269)
    at org.apache.catalina.startup.ContextConfig.populateSCIsForCacheEntry(ContextConfig.java:2269)

В моем анализе я обнаружил, что эта проблема возникает, когда незаконные зависимости циклического наследования вызываются для обработки аннотаций запуска Tomcat.

Но в моем проекте было много JAR-файлов зависимостей, и я не мог найти, какой из них отвечает за это.

Попробовав так много неудачных подходов, я сделал следующее: я обновил свой плагин tomcat до следующего и запустил тот же сценарий,

<plugin>
    <groupId>org.apache.tomcat.maven</groupId>
    <artifactId>tomcat8-maven-plugin</artifactId>
    <version>3.0-r1756463</version>
<\plugin>

Затем я смог найти, какой JAR вызывает эту проблему,

Aug 23, 2017 2:32:12 PM org.apache.catalina.startup.ContextConfig processAnnotationsJar
SEVERE: Unable to process Jar entry [cryptix/test/TestLOKI91.class] from Jar [jar:file:/C:/Users/Tharinda/.m2/repository/cryptix/cryptix/1.2.2/cryptix-1.2.2.jar!/] for annotations
java.io.EOFException
    at org.apache.tomcat.util.bcel.classfile.FastDataInputStream.readUnsignedShort(FastDataInputStream.java:120)
    at org.apache.tomcat.util.bcel.classfile.ClassParser.readAttributes(ClassParser.java:110)
    at org.apache.tomcat.util.bcel.classfile.ClassParser.parse(ClassParser.java:94)
    at org.apache.catalina.startup.ContextConfig.processAnnotationsStream(ContextConfig.java:1994)
    at org.apache.catalina.startup.ContextConfig.processAnnotationsJar(ContextConfig.java:1944)
    at org.apache.catalina.startup.ContextConfig.processAnnotationsUrl(ContextConfig.java:1919)
    at org.apache.catalina.startup.ContextConfig.processAnnotations(ContextConfig.java:1880)
    at org.apache.catalina.startup.ContextConfig.webConfig(ContextConfig.java:1149)
    at org.apache.catalina.startup.ContextConfig.configureStart(ContextConfig.java:771)
    at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:305)
    at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117)
    at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90)
    at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5120)
    at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
    at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1408)
    at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1398)
    at java.util.concurrent.FutureTask.run(FutureTask.java:266)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
    at java.lang.Thread.run(Thread.java:745)

Тогда простое решение проблемы с cryptix-1.2.2.jar решило эту проблему.

Я настоятельно рекомендую переместить tomcat8-maven-plugin, который на данный момент кажется стабильным и содержит меньше ошибок.

В качестве общего решения я рекомендую вам удалить все вторичные зависимости и запустить приложение, если оно работает, вернуть некоторые из них и продолжать делать то же самое, пока приложение запускается, в конце концов вы сможете определить, какие зависимость вызвала проблему.

Используя тот же способ, например, я обнаружил, что зависимости, чей groupId: org.apache.axis2, вызвали проблему.

 <dependency>
        <groupId>org.apache.axis2</groupId>
        <artifactId>axis2-transport-local</artifactId>
        <version>1.6.1</version>
 </dependency>
 <dependency>
        <groupId>org.apache.axis2</groupId>
        <artifactId>axis2-transport-http</artifactId>
        <version>1.6.1</version>
 </dependency>

Я столкнулся с аналогичной проблемой, но она устраняет ошибку, как проблему с кодировкой. После изменения кодировки IDE все работает нормально.

Я видел это исключение во время запуска tomcat, и потребовалось много часов, чтобы выяснить причину. Наконец я обнаружил, что в папке lib помимо файлов Spring JAR в зависимостях Maven есть несколько Spring JAR более низкой версии. Файлы JAR в библиотеке были автоматически добавлены Eclipse, когда я добавил новый контроллер Spring Rest. Я удалил их из папки lib, а затем позволил Maven обрабатывать JAR/зависимости, и все было в порядке. Суть в том, что если JARS, управляемые maven и jars в WEB-INF/lib, вызывают проблемы с путем к классам, вы можете столкнуться с этой ошибкой.

Я решил аналогичную проблему, обновив объявление web.xml до спецификации Servlet 4.0 следующим образом (я использую Tomcat 9):

<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns="http://xmlns.jcp.org/xml/ns/javaee"
      xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
      xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee
                          http://xmlns.jcp.org/xml/ns/javaee/web-app_4_0.xsd"
      version="4.0"
      metadata-complete="true">
      <!-- ... (your content here) ... -->
</web-app>

Вы можете проверить, какую версию сервлета поддерживает Tomcat, обратившись к диаграмме на странице версии Tomcat.

Если вы недавно добавили tomcat. может быть, какая-то старая версия зависимостей не может сканировать tomcat. просто возьмите последнюю версию и используйте ее в своем проекте. Для меня я добавил новую версию javax.annotation, и она работает