Eclipse & JSP: java.lang.NoSuchMethodError: javax.servlet.jsp.tagext.TagAttributeInfo.<Init>(Ljava / lang / String; ZLjava / lang / String; ZZ) V

Я использую Eclipse 3.4 с WTP 3.0.2 и запускаю довольно большой Dynamic Web Project. Я настроил проект так, чтобы я мог получить к нему доступ по адресу http://127.0.0.1:8080/share/ но всякий раз, когда я это делаю, я получаю следующую ошибку:

  java.lang.NoSuchMethodError: javax.servlet.jsp.tagext.TagAttributeInfo. (Ljava / lang / String; ZLjava / lang / String; ZZ) V
  в org.apache.jasper.compiler.TagLibraryInfoImpl.createAttribute(TagLibraryInfoImpl.java:572)
  в org.apache.jasper.compiler.TagLibraryInfoImpl.createTagInfo(TagLibraryInfoImpl.java:401)
  в org.apache.jasper.compiler.TagLibraryInfoImpl.parseTLD(TagLibraryInfoImpl.java:248)
  в org.apache.jasper.compiler.TagLibraryInfoImpl.(TagLibraryInfoImpl.java:162)
  в org.apache.jasper.compiler.Parser.parseTaglibDirective(Parser.java:423)
  в org.apache.jasper.compiler.Parser.parseDirective(Parser.java:492)
  в org.apache.jasper.compiler.Parser.parseElements(Parser.java:1552)
  в org.apache.jasper.compiler.Parser.parse(Parser.java:126)
  в org.apache.jasper.compiler.ParserController.doParse(ParserController.java:211)
  в org.apache.jasper.compiler.ParserController.parse(ParserController.java:100)
  в org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:155)
  в org.apache.jasper.compiler.Compiler.compile(Compiler.java:295)
  в org.apache.jasper.compiler.Compiler.compile(Compiler.java:276)
  в org.apache.jasper.compiler.Compiler.compile(Compiler.java:264)
  в org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:563)
  в org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:303)
  в org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314)
  в org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264)
  на javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
  в org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
  в org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
  в org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
  в org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:172)
  в org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
  в org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
  в org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
  в org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174)
  в org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:875)
  в org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
  в org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
  в org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
  в org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
  на java.lang.Thread.run(неизвестный источник)

Поскольку ни один из перечисленных выше файлов не является моим, указать причину проблемы довольно сложно. Есть идеи, где начать искать?

Источник

5 ответов

Решение

В итоге я ответил на свой собственный вопрос: проблема заключалась в том, что среди необходимых JAR, которые я добавил в Tomcat, был конфликтующий servlet.jar. Когда я убрал это, ошибка исчезла.

Источник

Скорее всего, плагин tomcat в затмении вызывает проблему конфликта, мне удается решить эту проблему, получив тот же самый файл jar версии и переопределив его в плагине tomcat в затмении.

Источник

Вы установили путь Tomcat в "Предпочтения->Tomcat-> Дополнительно-> База Tomcat"?

Попробуйте очистить этот путь (возвращаясь к конфигурации по умолчанию) и проверьте, решает ли это проблему.

Источник

У меня была похожая проблема, и я исправил эту проблему, убедившись, что у меня есть правильная версия servlet.jar в classpath, который принимается моим приложением, а также я сохранил старый файл J2EE.jar в classpath, и это вызвало основной проблема. Поэтому я удалил его из пути к классам, чтобы убедиться, что он использует файлы по умолчанию.

Источник

У меня была такая же проблема при запуске Eclipse Helios, с Maven, обрабатывающим зависимости, и с использованием Jetty в качестве веб-сервера. После обновления до Spring 3.1 у меня внезапно возникла эта проблема, но только на моей локальной машине для разработки.

Сначала я удалил папки Spring и Jetty в моем локальном репозитории Maven и обновил зависимости, но это не улучшило ситуацию.

Затем я просто удалил папки servlet-api и servlet-api-2.5, которые поставляются с Jetty (но оставляя все остальное), я получил его на работу.

Все приветствуют магию пути к классам.

Источник
Другие вопросы по тегам