【IT168 技术文档】在struts中，通常采用的全局错误控制模式是构建一个baseAction，在其execute方法中完成前台传回方法的dispatch操作，并由 try……catch……捕获程序错误，实现错误的控制和展示。一个典型的BaseAction例子如下：

　　代码

　　　　public ActionForward execute(ActionMapping mapping， ActionForm form，
HttpServletRequest request， HttpServletResponse response) 
{……
　　ActionForward forwardPage = null;
　　try {
　　String parameter = mapping.getParameter();
　　if (parameter == null) {
　　String message = messages.getMessage("dispatch.handler"， mapping.getPath());
　　response.sendError(500， message);
　　return null;
　　}
　　String name = processReqCode(request.getParameter(parameter));
　　forwardPage = dispatchMethod(mapping， form， request， response， name);
　　} catch (BaseException ex) {
　　if (log.isDebugEnabled())
　　log.debug("发生错误："， ex);
　　forwardPage = processBaseException(request， mapping， ex);
　　} catch (Throwable ex) {
　　log.error("发生错误："， ex);
　　ActionMessages errors = new ActionMessages();
　　ByteArrayOutputStream ostr = new ByteArrayOutputStream();
　　ex.printStackTrace(new PrintStream(ostr));
　　errors.add("org.apache.struts.action.GLOBAL_MESSAGE"， 
new ActionMessage(ostr.toString()));
　　saveErrors(request， errors);
　　forwardPage = mapping.findForward("syserror");
　　output.setStatus("fail");
　　output.setError(ex.getMessage());
　　}
　　……
　　}

　　由于JSF采用了managed bean，JSP页面直接通过调用managed bean中的方法完成数据交互，不能像struts一样通过捕获dispatch操作过程抛出的异常来完成错误的处理(因为根本就没有dispatch方法)，似乎jsf根本就不支持全局的错误处理。

　　如果在managed bean中throw 一个exception(这里是AppException)，观察一下控制台的日志，可以看到其实错误是从一个ActionListener的实现中抛出的(针对myfaces，这里是ActionListenerImpl)，参考jsf的生命周期过程，方法出来了：

　　代码

　　public class GlobalActionListener extends ActionListenerImpl {
　　public void processAction(ActionEvent event) throws AbortProcessingException {
　　FacesContext facesContext = FacesContext.getCurrentInstance();
　　Application application = facesContext.getApplication();
　　ActionSource actionSource = (ActionSource) event.getComponent();
　　MethodBinding methodBinding = actionSource.getAction();
　　String fromAction = null;String outcome = null;
　　if (methodBinding != null) {
　　fromAction = methodBinding.getExpressionString();
　　try {
　　outcome = (String) methodBinding.invoke(facesContext， null);
　　} catch (EvaluationException e) {
　　Throwable cause = e.getCause();
　　if (cause != null && cause instanceof AppException) {
　　//这里需要根据框架的不同，判断实例是否是程序中手动抛出的错误

　　FacesUtils.addErrorMessage(event.getComponent().
getClientId(facesContext)，cause.getMessage());}
　　else {
　　throw (AbortProcessingException) cause;
　　}
　　} catch (RuntimeException e) {
　　throw new FacesException("Error calling action method of component 
with id " + event.getComponent().getClientId(facesContext)， e);
　　}
　　NavigationHandler navigationHandler = application.getNavigationHandler();
　　navigationHandler.handleNavigation(facesContext， fromAction， outcome);
　　// Render Response if needed

　　facesContext.renderResponse();
　　}
　　}

　　监听器配置，faces-config-application.xml：

　　代码

<application>
<variable-resolver>org.springframework.web.jsf.DelegatingVariableResolver
</variable-resolver>
<message-bundle>resources.application</message-bundle>
<locale-config>
<default-locale>en</default-locale>
</locale-config>
<action-listener>org.snailportal.webframework.listener.GlobalActionListener
</action-listener>
</application>

　　这样，开发人员只需要在action和managed bean里面根据业务的需要抛出指定基础类型的Exception实例，由BaseAction和ActionListener完成错误的封装处理，再传递给前台进行显示，从而减少开发的代码量，提高框架的可维护性。