8

我正在 Glassfish v3 上开发一个 JSF 2.0 应用程序,并且我正在尝试处理 ViewExpiredException。但无论我做什么,我总是得到一个 Glassfish 错误报告,而不是我自己的错误页面。

为了模拟 VEE 的发生,我将以下函数插入到我的支持 bean 中,它会触发 VEE。我正在通过commandLink 从我的JSF 页面触发此功能。编码:

@Named
public class PersonHome {
  (...)
  public void throwVEE() {
    throw new ViewExpiredException();
  }
}

起初我通过简单地向我的 web.xml 添加一个错误页面来尝试它:

<error-page>
  <exception-type>javax.faces.application.ViewExpiredException</exception-type>
  <location>/error.xhtml</location>
</error-page>  

但这不起作用,我没有重定向到错误,但我看到了 Glassfish 错误页面,它显示了一个 HTTP 状态 500 页面,其中包含以下内容:

description:The server encountered an internal error () that prevented it from fulfilling this request.
exception: javax.servlet.ServletException: javax.faces.application.ViewExpiredException
root cause: javax.faces.el.EvaluationException:javax.faces.application.ViewExpiredException
root cause:javax.faces.application.ViewExpiredException

接下来我尝试编写 ExceptionHandlerFactory 和 CustomExceptionHandler,如JavaServerFaces 2.0 - The Complete Reference中所述。所以我将以下标签插入到 faces-config.xml 中:

<factory>
  <exception-handler-factory>
    exceptions.ExceptionHandlerFactory
  </exception-handler-factory>
</factory>

并添加了这些类:工厂:

package exceptions;

import javax.faces.context.ExceptionHandler;

public class ExceptionHandlerFactory extends javax.faces.context.ExceptionHandlerFactory {

    private javax.faces.context.ExceptionHandlerFactory parent;

    public ExceptionHandlerFactory(javax.faces.context.ExceptionHandlerFactory parent) {
        this.parent = parent;
    }

    @Override
    public ExceptionHandler getExceptionHandler() {
        ExceptionHandler result = parent.getExceptionHandler();
        result = new CustomExceptionHandler(result);
        return result;
    }

}

自定义异常处理程序:

package exceptions;

import java.util.Iterator;

import javax.faces.FacesException;
import javax.faces.application.NavigationHandler;
import javax.faces.application.ViewExpiredException;
import javax.faces.context.ExceptionHandler;
import javax.faces.context.ExceptionHandlerWrapper;
import javax.faces.context.FacesContext;
import javax.faces.event.ExceptionQueuedEvent;
import javax.faces.event.ExceptionQueuedEventContext;

class CustomExceptionHandler extends ExceptionHandlerWrapper {

    private ExceptionHandler parent;

    public CustomExceptionHandler(ExceptionHandler parent) {
        this.parent = parent;
    }

    @Override
    public ExceptionHandler getWrapped() {
        return this.parent;
    }

    @Override
    public void handle() throws FacesException {
        for (Iterator<ExceptionQueuedEvent> i = getUnhandledExceptionQueuedEvents().iterator(); i.hasNext();) {
            ExceptionQueuedEvent event = i.next();
            System.out.println("Iterating over ExceptionQueuedEvents. Current:" + event.toString());
            ExceptionQueuedEventContext context = (ExceptionQueuedEventContext) event.getSource();
            Throwable t = context.getException();
            if (t instanceof ViewExpiredException) {
                ViewExpiredException vee = (ViewExpiredException) t;
                FacesContext fc = FacesContext.getCurrentInstance();

                NavigationHandler nav =
                        fc.getApplication().getNavigationHandler();
                try {
                    // Push some useful stuff to the flash scope for
                    // use in the page
                    fc.getExternalContext().getFlash().put("expiredViewId", vee.getViewId());

                    nav.handleNavigation(fc, null, "/login?faces-redirect=true");
                    fc.renderResponse();

                } finally {
                    i.remove();
                }
            }
        }
        // At this point, the queue will not contain any ViewExpiredEvents.
        // Therefore, let the parent handle them.
        getWrapped().handle();
    }
}

但我仍然没有重定向到我的错误页面 - 我得到了与上面相同的 HTTP 500 错误。我做错了什么,我的实现中可能缺少什么异常处理不正确?任何帮助都非常感谢!

编辑

好吧,我说实话。事实上,我的代码实际上是用 Scala 编写的,但说来话长。我一直认为这是一个Java问题。在这种情况下,真正的错误是我自己的愚蠢。在我的 (Scala) 代码中,在 CustomExceptionHandler 中,我忘记添加带有“i.remove();”的行 所以 ViewExpiredException 在处理后留在了 UnhandledExceptionsQueue 中,并且它“冒泡了”。当它冒泡时,它变成了一个 ServletException。

真的很抱歉让你们俩感到困惑!

4

2 回答 2

14

这个测试用例是假的。ViewExpiredException通常仅在恢复视图期间抛出(因为它在会话中丢失),而不是在呈现响应或实例化 bean 期间。在您的情况下,在实例化 bean 期间会引发此异常,并且此异常被包装在ServletException.

真正ViewExpiredException通常只有在 HTTP 会话过期时向服务器发送 HTTP POST 请求时才会抛出。所以基本上有两种方法可以可靠地重现它:

  1. 在网络浏览器中打开一个带有 POST 表单(h:form默认情况下已经 POST)的 JSF 页面,关闭服务器并清理其工作目录(很重要,因为大多数服务器将在关闭时将打开的会话序列化到磁盘并在启动时将它们反序列化),重新启动服务器并提交已打开的表单。AViewExpiredException将被抛出。

  2. 将输入设置<session-timeout>为分钟并在web.xml使用1POST 表单打开 JSF 页面后 1 分钟内提交表单。这也会抛出ViewExpiredException

于 2010-06-05T22:29:55.337 回答
2

我不是专家。这些只是疯狂的猜测或建议。

1) 尝试重定向到标准 HTML 页面,看看是否可行 2)基于此,它应该与第一种方法本身一起工作,尝试编写 JSF PhaseListener 并在 RESTORE VIEW Phase.Right 现在,你是在 INVOKE APPLICATION 或 UPDATE MODEL 阶段抛出。3)通过 sysout ,确保配置了错误页面 - 使用 Servlet 上下文(我没有尝试过,但应该可以)

即使我很好奇可能是什么问题!

于 2010-06-05T14:51:50.990 回答