javax.faces.application.ViewExpiredException：无法恢复视图

Posted 2023-02-22

【中文标题】javax.faces.application.ViewExpiredException：无法恢复视图

【英文标题】：javax.faces.application.ViewExpiredException: View could not be restored

【发布时间】：2019-10-28 00:10:08

【问题描述】：

我编写了具有容器管理安全性的简单应用程序。问题是当我登录并打开另一个我注销的页面时，然后我回到第一页并单击任何链接等或刷新页面时出现此异常。我想这是正常的（或者可能不是:)）因为我注销并且会话被破坏了。我应该怎么做才能将用户重定向到例如 index.xhtml 或 login.xhtml 并避免他看到该错误页面/消息？

换句话说，我如何在我退出后自动将其他页面重定向到索引/登录页面？

这里是：

javax.faces.application.ViewExpiredException: viewId:/index.xhtml - View /index.xhtml could not be restored.
    at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:212)
    at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
    at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:110)
    at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
    at javax.faces.webapp.FacesServlet.service(FacesServlet.java:312)
    at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1523)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:343)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215)
    at filter.HttpHttpsFilter.doFilter(HttpHttpsFilter.java:66)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:277)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:188)
    at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:641)
    at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:97)
    at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:85)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:185)
    at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:325)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:226)
    at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:165)
    at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:791)
    at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:693)
    at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:954)
    at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:170)
    at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:135)
    at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:102)
    at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:88)
    at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:76)
    at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:53)
    at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:57)
    at com.sun.grizzly.ContextTask.run(ContextTask.java:69)
    at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:330)
    at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:309)
    at java.lang.Thread.run(Thread.java:619)

【参考方案1】：

简介

只要javax.faces.STATE_SAVING_METHOD 设置为server（默认）并且最终用户通过<h:form> 使用<h:commandLink>、<h:commandButton> 或@987654344 在视图上发送HTTP POST 请求，就会抛出ViewExpiredException @，而相关的视图状态在会话中不再可用。

视图状态被标识为<h:form> 的隐藏输入字段javax.faces.ViewState 的值。将状态保存方法设置为server，它只包含引用会话中序列化视图状态的视图状态ID。因此，当会话因以下原因之一过期或缺席时...

服务器中的会话对象超时 客户端中的会话 cookie 超时 客户端中的会话 cookie 被删除 HttpSession#invalidate() 在服务器中被调用 会话 cookie 中缺少 SameSite=None（因此，当第 3 方站点（例如付款）通过回调 URL 导航回您的站点时，Chrome 不会发送它们）

...然后序列化视图状态在会话中不再可用，最终用户将收到此异常。要了解会话的工作原理，另请参阅How do servlets work? Instantiation, sessions, shared variables and multithreading。

JSF 将在会话中存储的视图数量也有限制。当达到限制时，最近最少使用的视图将过期。另见com.sun.faces.numberOfViewsInSession vs com.sun.faces.numberOfLogicalViews。

状态保存方法设置为client 时，javax.faces.ViewState 隐藏输入字段包含整个序列化视图状态，因此最终用户在会话到期时不会得到ViewExpiredException。但是，它仍然可能发生在集群环境中（“错误：MAC 未验证”是有症状的）和/或在配置的客户端状态存在特定于实现的超时和/或服务器在重新启动期间重新生成 AES 密钥时，另见Getting ViewExpiredException in clustered environment while state saving method is set to client and user session is valid如何解决。

无论解决方案如何，请确保您不使用enableRestoreView11Compatibility。它根本不会恢复原始视图状态。它基本上从头开始重新创建视图和所有关联的视图范围 bean，从而丢失所有原始数据（状态）。由于应用程序将以一种令人困惑的方式运行（“嘿，我的输入值在哪里......？？”），这对用户体验非常不利。最好使用无状态视图或<o:enableRestorableView>，这样您就可以仅在特定视图上管理它，而不是在所有视图上。

至于为什么 JSF 需要保存视图状态，请前往这个答案：Why JSF saves the state of UI components on server?

避免页面导航时出现 ViewExpiredException

为了避免ViewExpiredException，例如当状态保存设置为server 时，注销后导航回来，仅在注销后重定向 POST 请求是不够的。您还需要指示浏览器不缓存动态 JSF 页面，否则浏览器可能会从缓存中显示它们，而不是在您发送 GET 请求时从服务器请求新页面（例如通过后退按钮）。

缓存页面的 javax.faces.ViewState 隐藏字段可能包含在当前会话中不再有效的视图状态 ID 值。如果您（ab）使用 POST（命令链接/按钮）而不是 GET（常规链接/按钮）进行页面到页面导航，并在缓存页面上单击这样的命令链接/按钮，那么这将依次以ViewExpiredException 失败。

要在 JSF 2.0 中注销后触发重定向，请将 <redirect /> 添加到相关的 <navigation-case>（如果有），或者将 ?faces-redirect=true 添加到 outcome 值。

<h:commandButton value="Logout" action="logout?faces-redirect=true" />

或

public String logout() 
    // ...
    return "index?faces-redirect=true";

要指示浏览器不缓存动态 JSF 页面，请创建一个映射到 FacesServlet 的 servlet 名称的 Filter，并添加所需的响应标头以禁用浏览器缓存。例如

@WebFilter(servletNames="Faces Servlet") // Must match <servlet-name> of your FacesServlet.
public class NoCacheFilter implements Filter 

    @Override
    public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException 
        HttpServletRequest req = (HttpServletRequest) request;
        HttpServletResponse res = (HttpServletResponse) response;

        if (!req.getRequestURI().startsWith(req.getContextPath() + ResourceHandler.RESOURCE_IDENTIFIER))  // Skip JSF resources (CSS/JS/Images/etc)
            res.setHeader("Cache-Control", "no-cache, no-store, must-revalidate"); // HTTP 1.1.
            res.setHeader("Pragma", "no-cache"); // HTTP 1.0.
            res.setDateHeader("Expires", 0); // Proxies.
        

        chain.doFilter(request, response);
    

    // ...

在页面刷新时避免 ViewExpiredException

为了避免在状态保存设置为server 时刷新当前页面时出现ViewExpiredException，您不仅需要确保您仅通过 GET 执行页面到页面导航（常规链接/按钮)，但您还需要确保您只使用 ajax 来提交表单。如果您无论如何要同步提交表单（非 ajax），那么您最好使视图无状态（参见后面的部分），或者在 POST 之后发送重定向（参见上一部分）。

在页面刷新时有ViewExpiredException 在默认配置中是非常罕见的情况。只有在达到 JSF 将在会话中存储的视图数量的限制时才会发生这种情况。因此，只有当您手动将该限制设置得太低，或者您在“后台”中不断创建新视图时（例如，通过在同一页面中实施不当的 ajax 轮询或实施不当的 404同一页面的损坏图像上的错误页面）。有关该限制的详细信息，另请参阅com.sun.faces.numberOfViewsInSession vs com.sun.faces.numberOfLogicalViews。另一个原因是运行时类路径中有重复的 JSF 库相互冲突。 our JSF wiki page 中概述了安装 JSF 的正确过程。

处理 ViewExpiredException

当您在另一个选项卡/窗口中注销时已经在某个浏览器选项卡/窗口中打开的任意页面上执行 POST 操作后，如果您想处理不可避免的ViewExpiredException，那么您想指定一个error-page 用于web.xml 中的那个，它转到“您的会话超时”页面。例如

<error-page>
    <exception-type>javax.faces.application.ViewExpiredException</exception-type>
    <location>/WEB-INF/errorpages/expired.xhtml</location>
</error-page>

如果您打算真正重定向进一步到主页或登录页面，则在必要时在错误页面中使用元刷新标题。

<!DOCTYPE html>
<html lang="en">
    <head>
        <title>Session expired</title>
        <meta http-equiv="refresh" content="0;url=#request.contextPath/login.xhtml" />
    </head>
    <body>
        <h1>Session expired</h1>
        <h3>You will be redirected to login page</h3>
        <p><a href="#request.contextPath/login.xhtml">Click here if redirect didn't work or when you're impatient</a>.</p>
    </body>
</html>

（content 中的0 表示重定向前的秒数，0 因此表示“立即重定向”，您可以使用例如3 让浏览器等待3 秒进行重定向)

请注意，在 ajax 请求期间处理异常需要特殊的ExceptionHandler。另见Session timeout and ViewExpiredException handling on JSF/PrimeFaces ajax request。您可以在 OmniFaces FullAjaxExceptionHandler showcase page 找到一个实时示例（这也包括非 ajax 请求）。

另请注意，您的“一般”错误页面应映射到 <error-code> 的 500 而不是 <exception-type> 的例如java.lang.Exception 或 java.lang.Throwable，否则包含在 ServletException 中的所有异常（例如 ViewExpiredException）仍会出现在一般错误页面中。另见ViewExpiredException shown in java.lang.Throwable error-page in web.xml。

<error-page>
    <error-code>500</error-code>
    <location>/WEB-INF/errorpages/general.xhtml</location>
</error-page>

无状态视图

一个完全不同的选择是在无状态模式下运行 JSF 视图。这种方式不会保存任何 JSF 状态，并且视图永远不会过期，而只是在每次请求时从头开始重建。可以通过将<f:view>的transient属性设置为true来开启无状态视图：

<f:view transient="true">

</f:view>

这样javax.faces.ViewState 隐藏字段将在 Mojarra 中获得固定值"stateless"（此时尚未检查 MyFaces）。请注意，此功能在 Mojarra 2.1.19 和 2.2.0 中为 introduced，在旧版本中不可用。

结果是您不能再使用视图范围的 bean。它们现在的行为类似于请求范围的 bean。缺点之一是您必须通过摆弄隐藏的输入和/或松散的请求参数来自己跟踪状态。主要是那些输入字段带有rendered、readonly或disabled属性且受ajax事件控制的表单会受到影响。

请注意，<f:view> 不一定需要在整个视图中是唯一的和/或仅位于主模板中。重新声明并将其嵌套在模板客户端中也是完全合法的。它基本上“扩展”了父 <f:view> 然后。例如。在主模板中：

<f:view contentType="text/html">
    <ui:insert name="content" />
</f:view>

在模板客户端中：

<ui:define name="content">
    <f:view transient="true">
        <h:form>...</h:form>
    </f:view>
</f:view>

您甚至可以将<f:view> 包装在<c:if> 中以使其成为有条件的。请注意，它适用于 整个 视图，而不仅仅适用于嵌套内容，例如上面示例中的 <h:form>。

另见

ViewExpiredException shown in java.lang.Throwable error-page in web.xml Check if session exists JSF Session timeout and ViewExpiredException handling on JSF/PrimeFaces ajax request

---

与具体问题无关，使用 HTTP POST 进行纯页面到页面导航对用户/SEO 不是很友好。在 JSF 2.0 中，您应该更喜欢 <h:link> 或 <h:button> 而不是 <h:commandXxx> 用于普通的页面到页面导航。

所以而不是例如

<h:form id="menu">
    <h:commandLink value="Foo" action="foo?faces-redirect=true" />
    <h:commandLink value="Bar" action="bar?faces-redirect=true" />
    <h:commandLink value="Baz" action="baz?faces-redirect=true" />
</h:form>

做得更好

<h:link value="Foo" outcome="foo" />
<h:link value="Bar" outcome="bar" />
<h:link value="Baz" outcome="baz" />

另见

When should I use h:outputLink instead of h:commandLink? Difference between h:button and h:commandButton How to navigate in JSF? How to make URL reflect current page (and not previous one)

【讨论】：

如何在 java ee 6 中使用隐式导航来做到这一点？我不使用 faces-config。

哦，您使用的是 JSF 2.0？你应该在你的问题中提到这一点！将?faces-redirect=true 添加到outcome。我已经相应地更新了答案。

是的，我刚开始使用 java ee:)，我在所有导航中都使用 faces-redirect=true。只有当我有与之相关的操作时，我才使用 h:commandLink。例如注销链接...我有操作字符串 logout()，我在其中使会话无效并重定向到登录，但它在我登录的页面上不起作用并且目前正在注销并抛出该异常:(

再次感谢并为此感到抱歉:) 但至少我很快就得到了快速而专业的答案：p

@LS：但是，只要在过期的 POST 后按下后退按钮并尝试对其调用另一个 POST 请求，过滤器仍然是强制性的。否则，这将不直观地导致此异常。

【参考方案2】：

避免在 Richfaces 中使用多部分表单：

<h:form enctype="multipart/form-data">
    <a4j:poll id="poll" interval="10000"/>
</h:form>

如果您使用的是 Richfaces，我发现多部分表单中的 ajax 请求会在每个请求中返回一个新的视图 ID。

如何调试：

在每个 ajax 请求上都会返回一个 View ID，只要 View ID 始终相同就可以了。如果您在每个请求上都获得了一个新的 View ID，那么就有问题并且必须解决。

【讨论】：

玩投票时要小心，它可以防止您的用户会话过期..

【参考方案3】：

当我们的页面空闲 x 时间时，视图将过期并抛出 javax.faces.application.ViewExpiredException 以防止这种情况发生 一种解决方案是创建扩展 ViewHandler 的 CustomViewHandler 并覆盖 restoreView 方法，所有其他方法都被委派给 Parent

import java.io.IOException;
import javax.faces.FacesException;
import javax.faces.application.ViewHandler;
import javax.faces.component.UIViewRoot;
import javax.faces.context.FacesContext;
import javax.servlet.http.HttpServletRequest;

public class CustomViewHandler extends ViewHandler 
    private ViewHandler parent;

    public CustomViewHandler(ViewHandler parent) 
        //System.out.println("CustomViewHandler.CustomViewHandler():Parent View Handler:"+parent.getClass());
        this.parent = parent;
    

    @Override 
    public UIViewRoot restoreView(FacesContext facesContext, String viewId) 
    /**
     * @link javax.faces.application.ViewExpiredException. This happens only  when we try to logout from timed out pages.
     */
        UIViewRoot root = null;
        root = parent.restoreView(facesContext, viewId);
        if(root == null) 
            root = createView(facesContext, viewId);
        
        return root;
    

    @Override
    public Locale calculateLocale(FacesContext facesContext) 
        return parent.calculateLocale(facesContext);
    

    @Override
    public String calculateRenderKitId(FacesContext facesContext) 
        String renderKitId = parent.calculateRenderKitId(facesContext);
        //System.out.println("CustomViewHandler.calculateRenderKitId():RenderKitId: "+renderKitId);
        return renderKitId;
    

    @Override
    public UIViewRoot createView(FacesContext facesContext, String viewId) 
        return parent.createView(facesContext, viewId);
    

    @Override
    public String getActionURL(FacesContext facesContext, String actionId) 
        return parent.getActionURL(facesContext, actionId);
    

    @Override
    public String getResourceURL(FacesContext facesContext, String resId) 
        return parent.getResourceURL(facesContext, resId);
    

    @Override
    public void renderView(FacesContext facesContext, UIViewRoot viewId) throws IOException, FacesException 
        parent.renderView(facesContext, viewId);
    

    @Override
    public void writeState(FacesContext facesContext) throws IOException 
        parent.writeState(facesContext);
    

    public ViewHandler getParent() 
        return parent;
    

   

然后你需要将它添加到你的 faces-config.xml

<application>
    <view-handler>com.demo.CustomViewHandler</view-handler>
</application>

感谢以下链接的原始答案： http://www.gregbugaj.com/?p=164

【讨论】：

这种方法不会恢复视图范围的 bean。

【参考方案4】：

我收到此错误：javax.faces.application.ViewExpiredException。当我使用不同的请求时，我发现那些具有相同 JsessionId 的请求，即使在重新启动服务器后也是如此。 所以这是由于浏览器缓存。只需关闭浏览器并尝试，它会工作。

【参考方案5】：

我自己遇到了这个问题，并意识到这是因为我创建的过滤器的副作用是过滤应用程序上的所有请求。一旦我修改过滤器以仅选择某些请求，就没有发生此问题。在您的应用程序中检查此类过滤器并查看它们的行为可能会很好。

【参考方案6】：

请在您的 web.xml 中添加此行 它对我有用

<context-param>
        <param-name>org.ajax4jsf.handleViewExpiredOnClient</param-name> 
        <param-value>true</param-value>     
    </context-param>

【讨论】：

如果您包含有关代码正在做什么的解释和上下文，您的答案会更有用。

即使这是正确的答案 *** 不鼓励这样的答案没有解释。添加有关其工作原理的更多信息将对社区有所帮助。

【参考方案7】：

您可以使用自己的自定义 AjaxExceptionHandler 或 primefaces-extensions

更新你的 faces-config.xml

...
<factory>
  <exception-handler-factory>org.primefaces.extensions.component.ajaxerrorhandler.AjaxExceptionHandlerFactory</exception-handler-factory>
</factory>
...

在您的 jsf 页面中添加以下代码

...
<pe:ajaxErrorHandler />
...

【参考方案8】：

在更改 web.xml 之前，您首先要做的是确保您的 ManagedBean implements Serializable：

@ManagedBean
@ViewScoped
public class Login implements Serializable 

特别是如果您使用 MyFaces

【参考方案9】：

您是否尝试在web.xml 中添加以下行？

<context-param>
   <param-name>com.sun.faces.enableRestoreView11Compatibility</param-name>
   <param-value>true</param-value>
</context-param>

我遇到这个问题时发现这个非常有效。

【讨论】：

它也对我有用。感谢您的回答。这样做的目的是什么？

记不太清了，但我在 ICEFaces 网站上找到了这个解决方案。

我参加聚会可能有点晚了，但这也对我有用。谢谢！

这也是只为 JSF 1.2 或 JSF 2 定义的吗？

这将在视图过期时停止抛出异常并继续请求，但 JSF 仍然无法恢复视图状态，也无法找到任何关联的视图范围 bean。此事务的行为类似于无状态 JSF，您需要根据 POST 请求参数自行恢复视图状态以避免“wtf?”最终用户在处理表单提交时的体验意外响应。如果您只想在特定的 JSF 页面上应用它，那么请使用 OmniFaces <o:enableRestorableView> 而不是应用程序范围的上下文参数。

【参考方案10】：

我将以下配置添加到 web.xml 并得到解决。

<context-param>
    <param-name>com.sun.faces.numberOfViewsInSession</param-name>
    <param-value>500</param-value>
</context-param>
<context-param>
    <param-name>com.sun.faces.numberOfLogicalViews</param-name>
    <param-value>500</param-value>
</context-param>

【讨论】：

糟糕的建议。仅当您有足够的内存并且您的最终用户确实持续打开多达 500 个浏览器选项卡并按下浏览器的后退按钮多达 500 次以之前的同步回发时，才执行此操作。