Как установить JSTL? Абсолютное значение URI: http://java.sun.com/jstl/core не может быть разрешено - PullRequest
Новая
       45

Как установить JSTL? Абсолютное значение URI: http://java.sun.com/jstl/core не может быть разрешено

120 голосов
/ 08 февраля 2011

Я не знаю, что я сделал неправильно, но я не могу включить JSTL.У меня есть jstl-1.2.jar, но, к сожалению, я получаю исключение: 

org.apache.jasper.JasperException: The absolute uri: http://java.sun.com/jstl/core cannot be resolved in either web.xml or the jar files deployed with this application
    at org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:51)
    at org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java:409)
    at org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:116)
    at org.apache.jasper.compiler.TagLibraryInfoImpl.generateTLDLocation(TagLibraryInfoImpl.java:315)
    at org.apache.jasper.compiler.TagLibraryInfoImpl.<init>(TagLibraryInfoImpl.java:148)
    at org.apache.jasper.compiler.Parser.parseTaglibDirective(Parser.java:429)
    at org.apache.jasper.compiler.Parser.parseDirective(Parser.java:492)
    at org.apache.jasper.compiler.Parser.parseElements(Parser.java:1439)
    at org.apache.jasper.compiler.Parser.parse(Parser.java:137)
    at org.apache.jasper.compiler.ParserController.doParse(ParserController.java:255)
    at org.apache.jasper.compiler.ParserController.parse(ParserController.java:103)
    at org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:170)
    at org.apache.jasper.compiler.Compiler.compile(Compiler.java:332)
    at org.apache.jasper.compiler.Compiler.compile(Compiler.java:312)
    at org.apache.jasper.compiler.Compiler.compile(Compiler.java:299)
    at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:586)
    at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:317)
    at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:342)
    at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:267)
    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.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:128)
    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:293)
    at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:849)
    at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
    at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:454)
    at java.lang.Thread.run(Thread.java:619)

У меня есть:

Ответы [ 12 ]

0 голосов
/ 24 марта 2014

Решена похожая проблема в IBM RAD 7.5, выбрав:

  1. Свойства проектов
  2. Project Facets
  3. Флажок JSTL
0 голосов
/ 05 марта 2014

Все ответы в этом вопросе помогли мне, но я решил добавить дополнительную информацию для потомков.

Оказалось, что у меня была тестовая зависимость от gwt-test-utils, которая принесла пакет gwt-dev. К сожалению, gwt-dev содержит полную копию Jetty, JSP, JSTL и т. Д., Которая опередила надлежащие пакеты в classpath. Так что, хотя у меня были правильные зависимости от JSTL 1.2, он загружал внутреннюю версию 1.0 в gwt-dev. Ворчать.

Решением для меня было не запускать тестовую область, поэтому я не собираю пакет gwt-test-utils во время выполнения. Удаление пакета gwt-dev из пути к классам другим способом также решило бы проблему.

Страница:
...