java.lang.NoClassDefFoundError: javax/servlet/http/HttpServletRequest
I'm developing a servlet that receives a multipart request with content of multiple files, and I'm using apache commons file upload libraries.
When I call parseRequest(request);
method servlet throws following exception:
GRAVE: Servlet.service() for servlet DiffOntology threw exception
java.lang.NoClassDefFoundError: javax/servlet/http/HttpServletRequest
at org.apache.commons.fileupload.servlet.ServletRequestContext.getContentType(ServletRequestContext.java:73)
at org.apache.commons.fileupload.FileUploadBase$FileItemIteratorImpl.<init>(FileUploadBase.java:882)
at org.apache.commons.fileupload.FileUploadBase.getItemIterator(FileUploadBase.java:331)
at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:349)
at org.apache.commons.fileupload.servlet.ServletFileUpload.parseRequest(ServletFileUpload.java:126)
at DiffOntology.doPost(DiffOntology.java:38)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.tuckey.web.filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:738)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:852)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
at java.lang.Thread.run(Thread.java:619)
I put all libraries in WEB-INF/lib.
EDIT:
servlet-api.jar is in the correct directory (tomcat/lib) and all others libraries are in WEB-INF/lib
I think maybe the problem could be the following: I'm developing this web project in Eclipse, and I imported file uploads libraries in the classpath.
How it doesn't work?
I'm desperate!!
Solution 1:
This can happen when you've placed server-specific libraries in the webapp's /WEB-INF/lib
or probably JRE/lib
. Big chance that you copied Tomcat's /lib/servlet-api.jar
into there. You shouldn't do that. This would only lead to collisions in the classpath which leads to this kind of errors and it will make your webapp unportable (i.e. it is tied to run on Tomcat only, you can't run it at another servers like Glassfish, JBoss AS, Websphere, etc). You should keep the server-specific libraries at their default location. Cleanup the /WEB-INF/lib
from any server-specific libraries and cleanup JRE/lib
from any 3rd party libraries.
You probably copied server-specific libraries there because you wasn't able to compile your servlets. Copying the libraries in /WEB-INF/lib
is the wrong solution. You should basically just specify those libraries in the compiletime classpath. Since you're using Eclipse, this can be done easily: first add Tomcat in Servers view, then associate your webapp project with the integrated Tomcat instance. This way Eclipse will automatically add the server-specific libraries to the project's buildpath. On a brand new web project you can choose the server during project creation wizard. On existing web projects, you can modify it in Targeted Runtimes section in project's properties.
See also:
- How do I import the javax.servlet API in my Eclipse project?
Solution 2:
You must have incorrectly copied commons-fileupload.jar to JRE/lib/ext
, JRE/lib/endorsed
, or otherwise placed it on a classpath that does not have visibility to the servlet APIs. Start the JVM with -verbose:class
, which will print which classpath loaded the ServletFileUpload
class. If the class is loaded from anywhere other than WEB-INF/lib
, you'll need to remove it.
Solution 3:
Old thread but can still help someone. I saw that i had a javax-servlet jar in the dependency included with a test scope. I made it to provided scope. Check the dependency graph if you are using Eclipse +Maven.
Solution 4:
I got that error when mistakenly using a Tomcat 10 Docker image for my WAR file build for Tomcat 9.
I used a Docker image without a specific tag which came with the latest Tomcat (in my case 10) (tomcat:jdk17-temurin
).
Using Tomcat 10 would need adjustments as the Tomcat 10 doc states:
There is a significant breaking change between Tomcat 9.0.x and Tomcat 10.0.x. The Java package used by the specification APIs has changed from javax... to jakarta.... It will be necessary to recompile web applications against the new APIs.
In my case I simply resolved that error by specifiyed an image with a specific Tomcat version (e.g. tomcat:9.0.56-jdk17-temurin
).