问java.lang.Throwable错误中显示的ViewExpiredException - web.xml中的页面

EN

这是因为按照JSF规范，ViewExpiredException被包装在ServletException中。以下是JSF 1.2 specification第10.2.6.2章的摘录

10.2.6.2 FacesServlet

调用保存的Lifecycle实例的execute()方法，将此请求的FacesContext实例作为参数传递。如果execute()方法抛出FacesException，则以 ServletException 作为根本原因重新抛出它。

Servlet API规范中指定了如何分配错误页。以下是Servlet API specification 2.5第9.9.2章的摘录

SRV.9.9.2错误页

如果没有包含exception-type的 error-page声明符合类层次结构匹配，并且抛出的异常是ServletException或其子类，则容器提取包装的异常，如ServletException.getRootCause方法所定义的那样。对错误页声明进行第二遍，再次尝试与错误页声明进行匹配，但使用包装的异常。

在类层次结构中，ServletException已经与Throwable匹配，因此不会在第二次遍历时提取其根本原因。

要证明此指定行为，请将javax.faces.application.ViewExpiredException替换为javax.servlet.ServletException作为<exception-type>，然后重试。您将看到预期的错误页面正在显示。

要解决这个问题，只需在java.lang.Throwable或java.lang.Exception上删除错误页面即可。如果没有一个异常特定的错误页面匹配，那么无论如何它都会返回到500的错误代码。所以，你需要做的就是：

<error-page> 
    <exception-type>javax.faces.application.ViewExpiredException</exception-type> 
    <location>/jsps/utility/sessionExpired.jsp</location> 
</error-page> 
<error-page>
    <error-code>500</error-code>
    <location>/jsps/utility/technicalError.jsp</location>
</error-page>

bean更新：根据OP的(已删除)注释:为了可靠地测试这一点，您不能在构造函数或方法中执行throw new ViewExpiredException()。反过来，它会被某个EL异常所包裹。最后，您可以在Filter中添加一个打印rootCause的调试行，以亲自查看它。

如果您使用的是Eclipse/Tomcat，测试ViewExpiredException的快速方法如下所示：

Tomcat使用一个简单的命令按钮创建一个页面，部署并运行它，然后在webbrowser.

1. Go中打开它返回到
2. ，右键单击Tomcat并选择Clean Tomcat Work Directory。这将重新启动Tomcat 和回收站所有序列化会话(重要！仅仅重新启动Tomcat是不够的)。返回到and浏览器并按下命令按钮(无需重新加载页面beforehand!).

)

正如BylusC所提到的，部署描述符不能包含任何将捕获ViewExpiredException (包装在ServletException中)的错误页面处理程序，而不能包含正确的ViewExpiredException错误页面。

不要忘记验证服务器的部署描述符(例如TomEE/conf/web.xml)不包含java.lang.Throwable或java.lang.Exception错误页定义。因为这两个web.xml基本上是合并的。

是-应用程序的web.xml优先于服务器的web.xml，但如果应用程序的web.xml包含

500 (/error.xhtml)的

• 错误-页面

和服务器的web.xml

• 500 (/500.html)和
• 可线程(/bigerror.html)

则应用程序上下文将包含这两者的合并：

• 500 (/error.xhtml)
• Throwable (/bigerror.html)

并且ViewExpiredExcpetion错误处理将不能正常工作。