java.lang.NoClassDefFoundError: javax / servlet / http / HttpServletRequest - PullRequest
14 голосов
/ 23 мая 2010

Я разрабатываю сервлет, который получает многокомпонентный запрос с содержимым нескольких файлов, и я использую библиотеки загрузки файлов Apache Commons.

Когда я вызываю parseRequest(request);, метод сервлет выдает следующее исключение:

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)

Я поместил все библиотеки в WEB-INF / lib.

EDIT:

servlet-api.jar находится в правильном каталоге (tomcat / lib) и вседругие библиотеки находятся в WEB-INF / lib

. Возможно, проблема может заключаться в следующем: я занимаюсь разработкой этого веб-проекта в Eclipse и импортировал библиотеки загрузки файлов в classpath.

Как это не работает?

Я в отчаянии !!

Ответы [ 4 ]

14 голосов
/ 23 мая 2010

Это может произойти, если вы поместили серверные библиотеки в /WEB-INF/lib веб-приложения или, возможно, JRE/lib. Большой шанс, что вы скопировали Tomcat /lib/servlet-api.jar туда. Ты не должен этого делать. Это приведет только к конфликтам в пути к классам, что приведет к такого рода ошибкам, и это сделает ваше веб-приложение непереносимым (т. Е. Оно связано только с Tomcat, его нельзя запускать на других серверах, таких как Glassfish, JBoss AS, Websphere). , так далее). Вы должны хранить серверные библиотеки в их расположении по умолчанию. Очистите /WEB-INF/lib от любых серверных библиотек и очистите JRE/lib от любых сторонних библиотек.

Вы, вероятно, скопировали туда серверные библиотеки, потому что не смогли скомпилировать свои сервлеты. Копирование библиотек в /WEB-INF/lib является неправильным решением. Вы должны просто указать эти библиотеки в classpath времени компиляции. Поскольку вы используете Eclipse, это можно сделать легко: сначала добавьте Tomcat в Servers view, затем свяжите ваш проект веб-приложения с интегрированным экземпляром Tomcat. Таким образом, Eclipse автоматически добавит специфичные для сервера библиотеки в путь сборки проекта. В новом веб-проекте вы можете выбрать сервер во время создания проекта. В существующих веб-проектах вы можете изменить его в разделе Targeted Runtime в свойствах проекта.

Смотри также:

8 голосов
/ 23 мая 2010

Вы должны неправильно скопировать файл commons-fileupload.jar в JRE/lib/ext, JRE/lib/endorsed или поместить его в путь к классам, который не имеет видимости для API сервлетов. Запустите JVM с -verbose:class, который напечатает, какой путь к классу загрузил класс ServletFileUpload. Если класс загружен из любого места, кроме WEB-INF/lib, его необходимо удалить.

0 голосов
/ 21 декабря 2017

Старая тема, но все еще может помочь кому-то.Я увидел, что у меня есть javax-сервлет в зависимости, включенной в область тестирования.Я сделал это в предусмотренном объеме.Проверьте граф зависимостей, если вы используете Eclipse + Maven.

0 голосов
/ 23 января 2017

Удалите все servlet-api.jar или jar помощи при загрузке commons из JRE / lib или JRE / lib / ext. Это помогло мне решить проблему.

...