Tomcat: LifecycleException when deploying

Question

I just downloaded the Tomcat 7.0.23 package on my Ubuntu 11.10.

I followed the instructions on a Google API website to deploy their example webapp. It basically consists of jar files placed in the WEB-INF/lib directory and a web.xml file placed in the WEB-INF directory.

Yet the app is not automatically deployed and when trying to force the server to deploy it through the manager gui, I get the following message:

FAIL - Application at context path /myWebApp could not be started
FAIL - Encountered exception org.apache.catalina.LifecycleException: 
         Failed to start component 
         [StandardEngine[Catalina].StandardHost[localhost].StandardContext[/myWebApp]]

However, the JSP examples provided with Tomcat do work!

I have the same problem on Tomcat6.

So what did I do wrong ? Is this a permission problem ? (I even try to change the mod of all files to 777).

Answer 1

This means something is wrong with your application configuration or startup.

There is always information about that in the logs - check logs/catalina.out and figure out what is wrong.

Answer 2

I got out of memory error with when facing such phenomena:

Caused by: java.lang.OutOfMemoryError: PermGen space

after freeing some memory, the problem is solved.

Answer 3

I had this problem, where it just would not deploy on Tomcat , then i removed all @webServlet Annotations from all my servlet code and it deployed successfully.

Answer 4

Im using XAMPP and I upgraded only Tomcat version to Tomcat8 version

i stopped tomcat service on xampp and Renamed the old Tomcat folder to "tomcat_old"

c:\xampp\tomcat_old

(If u have problem renaming then use a free tool as LockHunter to unlock files)

So i downloaded tomcat8 and copied only the project files (that contain folders bin, conf etc) to my tomcat folder ;

c:\xampp\tomcat 

Then I check

C:\xampp\xampp-control.ini

Changed this file as below:

[BinaryNames]
Apache=httpd.exe
MySQL=mysqld.exe
FileZilla=filezillaserver.exe
FileZillaAdmin=filezilla server interface.exe
Mercury=mercury.exe
Tomcat=tomcat7.exe <--- I changed this to: Tomcat=tomcat8.exe after upgrading tomcat

[ServiceNames]
Apache=Apache2.4
MySQL=mysql
FileZilla=FileZillaServer
Tomcat=Tomcat7 <--- I changed this to: Tomcat=Tomcat8

Saved the file and restored the old tomcat users from tomcat-users.xml in the old tomcat conf folder to the new conf folder

Restart Tomcat and it worked

Answer 5

This might be caused by issue in your code. In my case, for instance,

I had Mongo database pointing to my local(done this for testing and forgot to update it back) instead of the one on EC2 which is the same machine 
        where war file is deployed to. 

How did I figured it out? I had to compare with older version of the code which works fine.

Answer 6

I got this error when there was no enough space in server. check logs and server spaces

Answer 7

Remove the servlet-api.jar from build path and just add it on web-inf lib folder and then export the WAR file..it'll work...cheers..!!!

Answer 8

I also faced this due to Tomcat version mismatching! According to the documentation, the default tomcat version of Grails 4.0.x is tomcat 8 but in the server that I was using had the tomcat version of 9.0.31!

in the build.gradle file I changed compile "org.springframework.boot:spring-boot-starter-tomcat" to provided "org.springframework.boot:spring-boot-starter-tomcat" and added/modified the cache plugin to compile "org.grails.plugins:cache", { exclude group: "org.codehaus.groovy", module: "groovy-all" } under dependencies block! [Cache plugin comes with groovy-all 2.1]

It worked like a charm! Strangely, this did not cause any problems when running the app with command grails run-app

Answer 9

For me the problem was caused by checking the project into an other directory from Git. Choosing the same name as the war file solved the problem.

Answer 10

Might be super trivial but worth a check prior to waste some time.

At my case the mysql service was down.

When you have a java app including JPA / Hibernate it is checking the database connection on startup. Just found out by looking into the looks where it had an entity manager error.

Answer 11

There is also change that Eclipse Project is somehow corrupted. Usually case like this Eclipse is added some duplicated .jars in your project and those .jars are usually same as Maven Dependency .jars.

If your project look like below example there is huge change that Maven Dependencies are duplicated and should be removed manually.

e.g. (Project Explorer View)
src/main/java
src/test/java
spring-boot-vaadin.jar
spring-aop.jar
Maven Dependencies
  spring-boot-vaadin.jar
  spring-aop.jar
etc...

...and this is cure :-)

Project/Properties/Java Build Path/Libraries

Just remove all REPO_M2/... paths and update project.

Answer 12

Check your WEB-INF/web.xml file for the servlet Mapping.

Answer 13

In eclipse ... go to Servers view ... right click on the tomcat server -> Add or remove programs -> Remove all other projects. Now try to run the project. It should work.

Answer 14

I got this error when deploying a war file to Tomcat. My project required Java 1.8, and it turned out only Java 1.7 was installed. It wasn't immediately obvious from any log file that I could find.

Answer 15

I done in same way and its working now. Actually web.xml file having wrong url-pattern. you can remove one url-pattern either annotation form servlet or web.xml.It worked for me.

Answer 16

Tomcat has different WAR deployment ways. Some work, some don't. Please try the following deployment methods :

• Automatic: Copy-paste your WAR file into ${CATALINA_HOME}/webapps. A folder with the same name will appear if everything goes right.
• Manager Application: Upload the WAR file
• Manager Application: Locate the WAR file

In my case, using the Manager Application (local URL: http://localhost:8080/manager) worked. Whereas deploying using a copy-paste resulted in your error.

Answer 17

I got stuck and problem solved Don't use the path that is "Map Network Drive", but use the \server\folder structure instead