Tomcat 7 “SEVERE: un contenitore figlio fallito durante l’avvio”

Fondamentalmente, ho scritto un’applicazione springMVC (con un approccio relativamente al mio primo colpo rispetto a Spring). Il progetto funziona correttamente su Tomcat 6. Il mio server Tomcat non si avvia e lancia la seguente eccezione:

 Apr 29, 2012 3:41:00 PM org.apache.catalina.core.AprLifecycleListener init INFO: The APR based Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: /usr/bin/jdk1.7.0_03/jre/lib/amd64/server:/usr/bin/jdk1.7.0_03/jre/lib/amd64:/usr/bin/jdk1.7.0_03/jre/../lib/amd64:/usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server:/usr/lib/jvm/java-6-openjdk/jre/lib/amd64:/usr/lib/jvm/java-6-openjdk/jre/../lib/amd64:/usr/java/packages/lib/amd64:/usr/lib64:/lib64:/lib:/usr/lib Apr 29, 2012 3:41:00 PM org.apache.tomcat.util.digester.SetPropertiesRule begin WARNING: [SetPropertiesRule]{Server/Service/Engine/Host/Context} Setting property 'source' to 'org.eclipse.jst.j2ee.server:spring-security-integration' did not find a matching property. Apr 29, 2012 3:41:00 PM org.apache.tomcat.util.digester.SetPropertiesRule begin WARNING: [SetPropertiesRule]{Server/Service/Engine/Host/Context} Setting property 'source' to 'org.eclipse.jst.jee.server:Spring3Hibernate' did not find a matching property. Apr 29, 2012 3:41:00 PM org.apache.tomcat.util.digester.SetPropertiesRule begin WARNING: [SetPropertiesRule]{Server/Service/Engine/Host/Context} Setting property 'source' to 'org.eclipse.jst.jee.server:assessment' did not find a matching property. Apr 29, 2012 3:41:00 PM org.apache.coyote.AbstractProtocol init INFO: Initializing ProtocolHandler ["http-bio-8080"] Apr 29, 2012 3:41:00 PM org.apache.coyote.AbstractProtocol init INFO: Initializing ProtocolHandler ["ajp-bio-8009"] Apr 29, 2012 3:41:00 PM org.apache.catalina.startup.Catalina load INFO: Initialization processed in 654 ms Apr 29, 2012 3:41:00 PM org.apache.catalina.core.StandardService startInternal INFO: Starting service Catalina Apr 29, 2012 3:41:00 PM org.apache.catalina.core.StandardEngine startInternal INFO: Starting Servlet Engine: Apache Tomcat/7.0.26 Apr 29, 2012 3:41:01 PM org.apache.catalina.core.ApplicationContext log INFO: Initializing Spring root WebApplicationContext INFO : org.springframework.web.context.ContextLoader - Root WebApplicationContext: initialization started INFO : org.springframework.web.context.support.XmlWebApplicationContext - Refreshing Root WebApplicationContext: startup date [Sun Apr 29 15:41:01 BST 2012]; root of context hierarchy INFO : org.springframework.beans.factory.xml.XmlBeanDefinitionReader - Loading XML bean definitions from ServletContext resource [/WEB-INF/spring/root-context.xml] INFO : org.springframework.beans.factory.support.DefaultListableBeanFactory - Pre-instantiating singletons in org.s[email protected]3dd5df15: defining beans []; root of factory hierarchy INFO : org.springframework.web.context.ContextLoader - Root WebApplicationContext: initialization completed in 226 ms Apr 29, 2012 3:41:01 PM org.apache.catalina.core.ApplicationContext log INFO: Initializing Spring FrameworkServlet 'appServlet' INFO : org.springframework.web.servlet.DispatcherServlet - FrameworkServlet 'appServlet': initialization started INFO : org.springframework.web.context.support.XmlWebApplicationContext - Refreshing WebApplicationContext for namespace 'appServlet-servlet': startup date [Sun Apr 29 15:41:01 BST 2012]; parent: Root WebApplicationContext INFO : org.springframework.beans.factory.xml.XmlBeanDefinitionReader - Loading XML bean definitions from ServletContext resource [/WEB-INF/spring/appServlet/servlet-context.xml] INFO : org.springframework.context.annotation.ClassPathBeanDefinitionScanner - JSR-330 'javax.inject.Named' annotation found and supported for component scanning INFO : org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor - JSR-330 'javax.inject.Inject' annotation found and supported for autowiring INFO : org.springframework.beans.factory.support.DefaultListableBeanFactory - Pre-instantiating singletons in org.s[email protected]cf10596: defining beans [org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapping#0,org.springframework.format.support.FormattingConversionServiceFactoryBean#0,org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter#0,org.springframework.web.servlet.handler.MappedInterceptor#0,org.springframework.web.servlet.mvc.method.annotation.ExceptionHandlerExceptionResolver#0,org.springframework.web.servlet.mvc.annotation.ResponseStatusExceptionResolver#0,org.springframework.web.servlet.mvc.support.DefaultHandlerExceptionResolver#0,org.springframework.web.servlet.handler.BeanNameUrlHandlerMapping,org.springframework.web.servlet.mvc.HttpRequestHandlerAdapter,org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter,org.springframework.web.servlet.resource.ResourceHttpRequestHandler#0,org.springframework.web.servlet.handler.SimpleUrlHandlerMapping#0,org.springframework.web.servlet.view.InternalResourceViewResolver#0,dataSource,sessionFactory,homeController,userManagementController,userService,userDao,org.springframework.context.annotation.internalConfigurationAnnotationProcessor,org.springframework.context.annotation.internalAutowiredAnnotationProcessor,org.springframework.context.annotation.internalRequiredAnnotationProcessor,org.springframework.context.annotation.internalCommonAnnotationProcessor,org.springframework.context.annotation.internalPersistenceAnnotationProcessor,org.springframework.web.servlet.view.ContentNegotiatingViewResolver#0,org.springframework.context.annotation.ConfigurationClassPostProcessor$ImportAwareBeanPostProcessor#0]; parent: org.s[email protected]3dd5df15 INFO : org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapping - Mapped "{[/],methods=[GET],params=[],headers=[],consumes=[],produces=[],custom=[]}" onto public java.lang.String org.assessme.com.controller.HomeController.home(java.util.Locale,org.springframework.ui.Model) INFO : org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapping - Mapped "{[/userManagement/],methods=[GET],params=[],headers=[],consumes=[],produces=[],custom=[]}" onto public java.lang.Object org.assessme.com.controller.UserManagementController.home(java.util.Locale,org.springframework.ui.Model) INFO : org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapping - Mapped "{[/userManagement/getUser],methods=[GET],params=[],headers=[],consumes=[],produces=[],custom=[]}" onto public org.assessme.com.entity.User org.assessme.com.controller.UserManagementController.data(java.util.Locale,org.springframework.ui.Model) INFO : org.springframework.web.servlet.handler.SimpleUrlHandlerMapping - Mapped URL path [/resources/**] onto handler 'org.springframework.web.servlet.resource.ResourceHttpRequestHandler#0' INFO : org.springframework.web.servlet.DispatcherServlet - FrameworkServlet 'appServlet': initialization completed in 1846 ms Apr 29, 2012 3:41:03 PM org.apache.catalina.core.ContainerBase startInternal SEVERE: A child container failed during start java.util.concurrent.ExecutionException: org.apache.catalina.LifecycleException: Failed to start component [StandardEngine[Catalina].StandardHost[localhost].StandardContext[/Spring3Hibernate]] at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:252) at java.util.concurrent.FutureTask.get(FutureTask.java:111) at org.apache.catalina.core.ContainerBase.startInternal(ContainerBase.java:1128) at org.apache.catalina.core.StandardHost.startInternal(StandardHost.java:782) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1566) at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1556) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:722) Caused by: org.apache.catalina.LifecycleException: Failed to start component [StandardEngine[Catalina].StandardHost[localhost].StandardContext[/Spring3Hibernate]] at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:154) ... 7 more Caused by: org.apache.tomcat.util.bcel.classfile.ClassFormatException: Invalid byte tag in constant pool: 60 at org.apache.tomcat.util.bcel.classfile.Constant.readConstant(Constant.java:131) at org.apache.tomcat.util.bcel.classfile.ConstantPool.(ConstantPool.java:60) at org.apache.tomcat.util.bcel.classfile.ClassParser.readConstantPool(ClassParser.java:209) at org.apache.tomcat.util.bcel.classfile.ClassParser.parse(ClassParser.java:119) at org.apache.catalina.startup.ContextConfig.processAnnotationsStream(ContextConfig.java:2032) at org.apache.catalina.startup.ContextConfig.processAnnotationsJar(ContextConfig.java:1923) at org.apache.catalina.startup.ContextConfig.processAnnotationsUrl(ContextConfig.java:1891) at org.apache.catalina.startup.ContextConfig.processAnnotations(ContextConfig.java:1877) at org.apache.catalina.startup.ContextConfig.webConfig(ContextConfig.java:1270) at org.apache.catalina.startup.ContextConfig.configureStart(ContextConfig.java:855) at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:345) 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:5161) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) ... 7 more 

Non sono davvero sicuro di cosa si stia riferendo, sono più che felice di mostrare qualsiasi codice ecc. Ma non so davvero a cosa si riferisca. Di seguito è riportato il mio pom.xml nel caso in cui ciò possa essere rilevante.

   4.0.0 org.assessme com assessme war 1.0.0-BUILD-SNAPSHOT  1.6 3.1.0.RELEASE 1.6.9 1.5.10     org.springframework spring-context ${org.springframework-version}    commons-logging commons-logging     org.springframework spring-webmvc ${org.springframework-version}   org.springframework spring-tx ${org.springframework-version}    org.aspectj aspectjrt ${org.aspectj-version}    org.slf4j slf4j-api ${org.slf4j-version}   org.slf4j jcl-over-slf4j ${org.slf4j-version} runtime   org.slf4j slf4j-log4j12 ${org.slf4j-version} runtime   log4j log4j 1.2.15   javax.mail mail   javax.jms jms   com.sun.jdmk jmxtools   com.sun.jmx jmxri   runtime    javax.inject javax.inject 1    javax.servlet servlet-api 2.5 provided   javax.servlet.jsp jsp-api 2.1 provided   javax.servlet jstl 1.2    commons-dbcp commons-dbcp 1.4   org.springframework spring-jdbc ${org.springframework-version}   org.hibernate hibernate-core 3.5.6-Final   org.hibernate hibernate-annotations 3.5.6-Final   javassist javassist 3.11.0.GA   org.springframework spring-orm ${org.springframework-version}   mysql mysql-connector-java 5.1.18    org.codehaus.jackson jackson-mapper-asl 1.9.5    junit junit 4.7 test      maven-eclipse-plugin 2.9   org.springframework.ide.eclipse.core.springnature   org.springframework.ide.eclipse.core.springbuilder  true true    org.apache.maven.plugins maven-compiler-plugin 2.3.2  1.6 1.6 -Xlint:all true true    org.codehaus.mojo exec-maven-plugin 1.2.1  org.test.int1.Main      

Qualcuno ha qualche idea?

Quando un’applicazione di servlet 3.0 viene avviata, il contenitore deve eseguire la scansione di tutte le classi per le annotazioni (a meno che metadata-complete = true). Tomcat utilizza una fork (senza aggiunte, solo codice rimosso) di Apache Commons BCEL per eseguire questa scansione. L’app web non sta iniziando perché BCEL ha trovato qualcosa che non capisce.

Se le applicazioni vengono eseguite correttamente su Tomcat 6, l’aggiunta di metadata-complete = “true” nel web.xml o la dichiarazione dell’applicazione come un’applicazione 2.5 in web.xml interromperà la scansione dell’annotazione.

Al momento, questo sembra un problema nella class che viene scansionata. Tuttavia, fino a quando non sapremo quale class sta causando il problema e daremo un’occhiata più da vicino non lo sapremo. Dovrò modificare Tomcat per registrare un messaggio di errore più utile che denomina la class in questione. Puoi seguire i progressi su questo punto all’indirizzo: https://issues.apache.org/bugzilla/show_bug.cgi?id=53161

puoi sistemarlo con:

  javax.servlet servlet-api ${servlet-api-version} provided  

fornito risolve questo problema

Recentemente ho spostato su un nuovo PC tutti i miei progetti di eclipse. Ho riscontrato questo problema. Quello che ho fatto è stato:

  1. rimosso il progetto da Tomcat
  2. pulire tomcat
  3. eseguire il progetto in tomcat

Se stai pensando che in precedenza funzionava correttamente, ora ha iniziato a mostrare il particolare problema. Quindi è solo un metodo di successo e di prova da risolvere. quindi per ottenere una soluzione migliore potresti seguire i passaggi seguenti

  1. rimuovi il tuo tomcat esistente, se ansible
  2. rimuovi il tuo progetto e aggiungi il tuo progetto con una nuova build
  3. aggiungi il tuo server tomcat
  4. pulire il progetto e aggiornare il progetto
  5. andare per la modalità di esecuzione o di debug

Questo di solito è il problema con il file descrittore web.xml. Potresti aver confuso le annotazioni e le definizioni della descrizione del servlet web.xml. Si prega di controllare la console per ulteriori informazioni.

Non farti prendere dal panico. Hai copiato il codice servlet? Ok,

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

Hai dato lo stesso percorso @WebServlet("/HelloWord") per entrambi i servlet con nomi diversi.

Se si crea un file web.xml , controllare il classpath .

Ho lo stesso problema qualche mese fa. Questo risolve il mio problema usando Maven invece di una versione scaricata di Spring e alcune modifiche nel web.xml.

pom.xml

  4.0.0 SpringWEB1 SpringWEB1 1 war  src   maven-war-plugin 2.4  WebContent false    maven-compiler-plugin 3.1  1.7 1.7       org.springframework spring-webmvc 4.1.7.RELEASE   javax.servlet servlet-api 2.5   commons-logging commons-logging 1.2    

Controller.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."); } } 

spring-servlet.xml

      /   .jsp    

E la parte più importante della soluzione, include il percorso del dispatcher servlet (AKA spring-servlet.xml) nel web.xml

   SpringWEB1  index.jsp   spring org.springframework.web.servlet.DispatcherServlet  contextConfigLocation /WEB-INF/spring-servlet.xml  1   spring /   

Succede qualcosa di strano quando provo a risolvere questo. Qualsiasi versione scaricata di Spring da maven.springframework.org/release/org/springframework/spring mi dà un sacco di problemi (Tomcat non è riuscito a trovare servlet, Spring arresta Tomcat, Eclipse non può avviare il server {weird}) quindi con molti problemi trovano molte soluzioni parziali. Spero che questo funzioni per te.

Come ulteriore aiuto, in Eclipse, scaricare da Eclipse Marketplace lo Spring STS Tool per Eclipse, questo ti aiuterà a creare i file di configurazione (servlet.xml) e scrivere il codice per il servlet nel file web.xml.

Sembra che la versione di servlet api che usi sia più vecchia della xsd che stai usando in web.xml per esempio 3.0

usa questo **** http: //java.sun.com/xml/ns/javaee/ “id =” WebApp_ID “version =” 2.5 “> ****

Tomcat Server non si avvia e genera l’eccezione perché, all’interno della sezione Deployment Descriptor:MyProyect / Servlet Mappings ci sono mappature che non esistono. Elimina o correggi questi elementi; quindi l’avvio del server funziona senza problemi.

Ho lo stesso problema, ma nel mio caso Per errore ho aggiunto un contesto in server.xml ($ Tomcat_Install_Dir / conf /) e non distribuito guerra corresponsabile in webapps ($ Tomcat_Install_Dir / webapps) . Come ho rimosso quel contesto e riavviato Tomcat funziona bene.

per me, un caso mi è sfuggito al progetto di aggiornamento di Maven che ha causato lo stesso problema

Maven aggiorna il progetto e prova se vedi errori in POM.xml

Questo stesso problema si è verificato per me e traccia dello stack

 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) 

Nella mia analisi ho scoperto che questo problema si verifica quando dipendono le dipendenze di ereditarietà cicliche per l’elaborazione delle annotazioni di avvio di Tomcat.

Ma il mio progetto aveva molti JAR di dipendenza, e non è stato ansible trovare quale fosse responsabile di ciò.

Dopo aver provato così tanti approcci infelici cosa ho fatto, ho aggiornato il mio plugin di tomcat per seguire e ha eseguito lo stesso scenario,

  org.apache.tomcat.maven tomcat8-maven-plugin 3.0-r1756463 <\plugin> 

Poi sono stato in grado di scoprire quale JAR è stato causato da questo problema,

 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) 

Quindi risolvere il problema con cryptix-1.2.2.jar ha risolto questo problema.

Consiglio vivamente di spostare tomcat8-maven-plugin che al momento sembra stabile e meno bacato.

Questo è quello che ho dovuto affrontare per lungo tempo.

Questo è successo l’ultima volta e ho capito che un caso potrebbe essere un cattivo sviluppo della guerra, che è venuto dopo aver aggiornato le dipendenze di libreria / maven su pom e reinstallato.

SOLUZIONE:

 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 

“non ci sono problemi con tomcat”.

Ho sofferto per 4-5 giorni per risolvere il problema (lo stesso problema menzionato sopra). qui stavo usando Tomcat 8.5. Infine, il problema è stato risolto, il problema era con i “file jar danneggiati”. Devi cancellare tutto il tuo repository .m2 (per me C: \ Users \ Bandham.m2 \ repository). den esegue il comando “mvn clean install” dalla cartella del progetto.

codifica felice.

Dare un UP se è stato risolto il problema.

Come soluzione generica, ti consiglio di rimuovere tutte le dipendenze secondarie ed eseguire l’applicazione, se ha funzionato, ripristinarne alcune e continuare a fare lo stesso finché l’applicazione inizia, alla fine, sarai in grado di identificare quale la dipendenza ha causato il problema.

Usando allo stesso modo, ad esempio, ho trovato le dipendenze il cui groupId è: org.apache.axis2 hanno causato il problema.

   org.apache.axis2 axis2-transport-local 1.6.1   org.apache.axis2 axis2-transport-http 1.6.1