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