使用 JSTL 会导致更改时出现 deferredExpression 错误答案

【问题标题】：Using JSTL causes deferredExpression error on change使用 JSTL 会导致更改时出现 deferredExpression 错误
【发布时间】：2011-12-11 20:40:45
【问题描述】：

我最近按照post 的建议删除了我项目中的所有小脚本。但是现在，如果我尝试更改我的观点之一，我会收到 deferredExpression 错误。为了摆脱错误，我只需要终止，然后重新启动项目。

这里发生了什么？ eclipse不能即时编译jstl吗？有什么我可以更改的，这样我就不必每次进行更改时都重新部署？

堆栈跟踪

java.lang.NoSuchFieldError: deferredExpression
    at org.apache.taglibs.standard.tag.common.core.ForEachSupport.release(ForEachSupport.java:212)
    at org.apache.jasper.runtime.TagHandlerPool.release(TagHandlerPool.java:166)
    at org.apache.jsp.l.profile_jsp._jspDestroy(profile_jsp.java:114)
    at org.apache.jasper.runtime.HttpJspBase.destroy(HttpJspBase.java:88)
    at org.apache.jasper.servlet.JspServletWrapper.destroy(JspServletWrapper.java:428)
    at org.apache.jasper.servlet.JspServletWrapper.getServlet(JspServletWrapper.java:139)
    at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:329)
    at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:313)
    at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:260)
    at com.google.appengine.tools.development.PrivilegedJspServlet.access$101(PrivilegedJspServlet.java:23)
    at com.google.appengine.tools.development.PrivilegedJspServlet$2.run(PrivilegedJspServlet.java:59)
    at java.security.AccessController.doPrivileged(Native Method)
    at com.google.appengine.tools.development.PrivilegedJspServlet.service(PrivilegedJspServlet.java:57)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
    at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
    at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1166)
    at com.google.appengine.tools.appstats.AppstatsFilter.doFilter(AppstatsFilter.java:141)
    at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)
    at com.appspot.MySite.Controller.FacebookLogin.doFilter(FacebookLogin.java:140)
    at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)
    at com.google.appengine.tools.development.HeaderVerificationFilter.doFilter(HeaderVerificationFilter.java:35)
    at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)
    at com.google.appengine.api.blobstore.dev.ServeBlobFilter.doFilter(ServeBlobFilter.java:58)
    at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)
    at com.google.apphosting.utils.servlet.TransactionCleanupFilter.doFilter(TransactionCleanupFilter.java:43)
    at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)
    at com.google.appengine.tools.development.StaticFileFilter.doFilter(StaticFileFilter.java:122)
    at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)
    at com.google.appengine.tools.development.BackendServersFilter.doFilter(BackendServersFilter.java:97)
    at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)
    at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:388)
    at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
    at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
    at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
    at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:418)
    at com.google.apphosting.utils.jetty.DevAppEngineWebAppContext.handle(DevAppEngineWebAppContext.java:70)
    at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
    at com.google.appengine.tools.development.JettyContainerService$ApiProxyHandler.handle(JettyContainerService.java:351)
    at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
    at org.mortbay.jetty.Server.handle(Server.java:326)
    at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
    at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:923)
    at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:547)
    at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
    at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
    at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:409)
    at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)

【问题讨论】：

什么是完整的例外？这似乎是java.lang.NoSuchFieldError 异常的消息部分。如果是这样，请编辑您的问题以包含完整的异常和堆栈跟踪。
错误的来源是什么。您能显示导致此错误的代码吗？
@Vivin：抽象类路径相关的错误几乎不是由代码引起的。发布代码无助于解决此类错误。无论如何，根据堆栈跟踪，OP 在profile.jsp 文件中使用<c:forEach>。
@BalusC 我应该花更多时间来阅读堆栈跟踪。我认为这是由于他在他的 jsp 中做了一些奇怪的事情造成的。谢谢你教育我。

标签： java eclipse google-app-engine jstl

【解决方案1】：

您很可能有两个版本的 JSTL (javax.servlet:jstl:)。删除旧版本，并确保在所有使用旧版本的地方都更新版本，这样就可以了。

【讨论】：

【解决方案2】：

java.lang.NoSuchFieldError: deferredExpression
在 apache.taglibs.standard.tag.common.core.ForEachSupport.release(ForEachSupport.java:212)

你的类路径被不同的 JSTL 实现版本污染了。这个特殊的例外意味着您在类路径中有 JSTL 1.2 的 jstl-1.2.jar 文件和 JSTL 1.1 或 1.0 的 standard.jar 文件。该字段是在 JSTL 1.2 中引入的，ForEachSupport 类存在于两个 JAR 文件中。显然在某个时候standard.jar 之一被加载和使用，同时在 JVM 内存中仍然有 JSTL 1.2 API。

解决方案是删除 standard.jar。 JSTL 1.2 根本不需要它。

另见：

Our JSTL wiki page（了解您需要哪些 JAR）

更新：根据 cmets，您实际上还需要删除jstl-1.2.jar，因为显然已经附带了与 Servlet 2.5 兼容的 GAE/Jetty 版本JSTL 1.1 开箱即用。这与 JSTL 1.2 冲突。在您的网络应用中。

【讨论】：

我在 war/WEB-INF/lib 或任何其他 jar 位置中找不到 standard.jar。我应该在哪里寻找这个文件？是否有任何其他文件可能导致类似的冲突？
也许在 GAE/Jetty 自己的库中？甚至在 JRE/lib(/ext) 中？或者可能是您从 Glassfish 等其他容器中劫持的包含所有内容的 j2ee.jar 或 javaee.jar，以规避项目中的编译错误，而不是针对 GAE/Jetty 自己的库进行编译？
再次思考这个问题，GAE/Jetty 不是已经开箱即用了 JSTL 吗？我记得一些与此相关的问题......在这种情况下，您需要删除 jstl-1.2.jar 并依赖 GAE/Jetty 本身的 JSTL 1.1 库。或者可能降级到 JSTL 1.1 兼容库。顺便说一句，您的web.xml 声明为哪个 servlet 版本？ GAE/Jetty 目前最大支持什么 servlet 版本？
我删除了 jstl-1.2.jar，现在一切正常，谢谢。使用 1.1 和 1.2 有什么我会丢失的吗？
我的 xml 设置为 1.0，我的网络应用程序版本为 2.5