2008-10-16 1 views
6

Я использую Eclipse 3.4 с WTP 3.0.2 и запускаю довольно большой динамический веб-проект. Я создал проект, так что я могу получить доступ к нему в http://127.0.0.1:8080/share/, но всякий раз, когда я делаю, я получаю следующее сообщение об ошибке:Eclipse & JSP: java.lang.NoSuchMethodError: javax.servlet.jsp.tagext.TagAttributeInfo. <init> (Ljava/lang/String; ZLjava/lang/String; ZZ) V

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

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

ответ

5

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

0

Вы установили путь Tomcat в «Настройки-> Tomcat-> Advanced-> Tomcat base»?

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

0

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

0

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

+1

Это вызовет только будущие проблемы. НИКОГДА не следует включать серверные библиотеки в библиотеку, специфичную для webapp, например `/ WEB-INF/lib`. Вы НИКОГДА не должны копировать/дублировать отдельные файлы JAR для конкретного сервера. `servlet.jar` специфичен для Tomcat. `j2ee.jar` специфичен для Glassfish. Не смешивайте их. Храните их там, где они принадлежат, в библиотеке сервера. Все, что вам в основном нужно сделать, это добавить свой путь к файловой системе в путь к классам (путь сборки). В Eclipse все, что вам нужно сделать, - это интегрировать сервер в виде * Серверы * и связать его с проектом с помощью * Targeted Runtime * в свойствах проекта. – BalusC 2010-07-13 13:48:20

0

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

Я сначала удалил папки весны и причала в своем локальном репозитории maven и обновил зависимости, но это не улучшило ситуацию.

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

Все приветствуют волшебство пути к классам.