在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完成错误的封装处理，再传递给前台进行显示，从而减少开发的代码量，提高框架的可维护性。
