Tại sao sử dụng JSF ExceptionHandlerFactory thay vì chuyển hướng <error-page>?

Question

Tất cả các ExceptionHandlerFactory ví dụ tôi đã đi qua cho đến nay chuyển hướng người dùng đến một trang viewExpired.jsf trong trường hợp một ViewExpiredException bị bắt:

public class ViewExpiredExceptionExceptionHandler extends ExceptionHandlerWrapper { 
    private ExceptionHandler wrapped; 

    public ViewExpiredExceptionExceptionHandler(ExceptionHandler wrapped) { 
     this.wrapped = wrapped; 
    } 

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

    @Override 
    public void handle() throws FacesException { 
     for (Iterator<ExceptionQueuedEvent> i = getUnhandledExceptionQueuedEvents().iterator(); i.hasNext();) { 
      ExceptionQueuedEvent event = i.next(); 
      ExceptionQueuedEventContext context = (ExceptionQueuedEventContext) event.getSource(); 

      Throwable t = context.getException(); 
      if (t instanceof ViewExpiredException) { 
       ViewExpiredException vee = (ViewExpiredException) t; 
       FacesContext facesContext = FacesContext.getCurrentInstance(); 
       Map<String, Object> requestMap = facesContext.getExternalContext().getRequestMap(); 
       NavigationHandler navigationHandler = facesContext.getApplication().getNavigationHandler(); 
       try { 
        // Push some useful stuff to the request scope for use in the page 
        requestMap.put("currentViewId", vee.getViewId()); 
        navigationHandler.handleNavigation(facesContext, null, "/viewExpired"); 
        facesContext.renderResponse(); 
       } finally { 
        i.remove(); 
       } 
      } 
     } 

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

Dường như với tôi rằng web.xml cấu hình sau đây đơn giản về cơ bản là giống nhau và đơn giản hơn nhiều:

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

Điều này sẽ nhắc câu hỏi - tại sao một người sử dụng ExceptionHandlerFactory?

Answer 1

Các ví dụ cụ thể không chỉ có một điều hữu ích: nó tiết kiệm ID chế độ xem như một thuộc tính yêu cầu để bạn có thể sử dụng ví dụ

<h:link value="Go back to previous page" outcome="#{currentViewId}" /> 

Nhưng điều này không phải là vô cùng hữu ích như yêu cầu liệu URI đã có sẵn theo thuộc tính yêu cầu mặc định javax.servlet.error.request_uri của <error-page>.

<h:outputLink value="#{requestScope['javax.servlet.error.request_uri']}">Go back to previous page</h:outputLink> 

Tuy nhiên có một điều gì một tùy chỉnh ExceptionHandler là thực sự hữu ích cho là nó cho phép bạn để đối phó với trường hợp ngoại lệ trong ajax yêu cầu. Theo mặc định, họ có cụ thể là không có hình thức duy nhất của thông tin phản hồi hữu ích ở phía khách hàng. Chỉ trong Mojarra với giai đoạn dự án được đặt thành "Phát triển", bạn sẽ thấy thông báo cảnh báo JavaScript trống với thông báo ngoại lệ. Nhưng kia là nó. Không có hình thức phản hồi nào trong giai đoạn "Sản xuất". Với tùy chỉnh ExceptionHandler bạn có thể phân tích cú pháp web.xml để tìm các vị trí trang lỗi, tạo UIViewRoot mới với nó và buộc JSF đặt kết xuất ajax thành @all.

Vì vậy, về cơ bản :

String errorPageLocation = "/WEB-INF/errorpages/500.xhtml"; 
context.setViewRoot(context.getApplication().getViewHandler().createView(context, errorPageLocation)); 
context.getPartialViewContext().setRenderAll(true); 
context.renderResponse(); 

cũng Xem câu hỏi liên quan này: What is the correct way to deal with JSF 2.0 exceptions for AJAXified components? và blog này: Full Ajax Exception Handler.

Answer 2

Tùy thuộc vào việc bạn muốn làm gì khi bạn recive ViewExpiredException.

Nếu bạn chỉ muốn hiển thị trang lỗi người dùng, bạn có thể làm như bạn đã nói.

Điều này post cho bạn biết cách chặn theo chương trình ViewExpiredException và làm điều gì đó tuyệt vời với nó.