UML软件工程组织
|
Struts的异常处理机制 |
作者:Jplateau |
总的来说,在struts新的版本中加入了对异常的处理,称之为:Exception Handling,标志着作为一个整体的解决框架,struts原来越趋于成熟。 通常来说,以前在用struts开发的过程中,对于异常的处理,主要是采用手动处理的方式:如通过try/catch等等捕获异常,然后定制个性化的比较详细的错误信息放进ActionError中,然后在具体的返回页面中把这些错误信息反馈给用户(包括开发员)。异常原始的信息不管是最终用户还是开发员都是不希望看到的。 下面着重讲一下在struts中是如何通过配置文件来解决异常。 Struts中的Exception Handleing不难,简单高效是业内给其的一个比较好的评价。 通过配置文件(主要是struts-config.xml)来定制异常处理,就象定义formbean一样,定制异常也有两种方法,姑且把它分为:“全局异常”和“局部异常”。 全局异常,定义方法如下:
上述代码在struts-config.xml中定义了一个全局异常,它的作用是抛出InvalidiItemsCatalogNameException(本处的意思是当在添加商品分类的时候发现该类别已经存在)异常的时候返回到error.jsp中,并且携带自定的比较规范的异常信息expired.InvalidItemsCatalogName,expired.InvalidItemsCatalogName可以在应用程序的资源配置文件中找到,如: expired.InvalidItemsCatalogName=你要添加的商品类别已经存在,请添加新的类别! 局部异常,定义方法如下:
(关于Tiles的内容参看我的另一篇文章“Struts使用Tiles辅助开发”) 下面我们把关注的目光放在具体action里,看看struts是如何进行异常处理的
上便是一个简单的action,其中用act的具体内容来判断此时的action要处理的操作,如act为cteate的时候,处理的是商品类别的添加等等。 看了上边的代码,可以了解,在调用具体的业务类进行添加商品类别以前先要判断此时要添加的商品类别的合法性,如: 调用map.validateNameOfCatalog(thisform); 其中在ItemsCatalogMap定义的validateNameOfCatalog 方法抛出InvalidiItemsCatalogNameException。 下面让我们运行一下添加商品类别的例子,如果此时数据库中已经存在“牛奶制品”这个商品类别,而我们又要添加此类别的时候,程序如我们预想的一样转到error.jsp并且显示了我们要先是的错误信息:你要添加的商品类别已经存在,请添加新的类别! 其实就这么简单,我们的定制的异常在程序中并不需要用try/catch来捕获,一旦出现了我们已经定义的异常那么就会转到相应得页面,并且携带定制的信息。 还记得在struts先前的版本中我们的请求都是通过action的perform来处理,可是现在都要通过execute来处理,就其原因一个很重要的就是“成全”Exception Handling。为什么呢? 因为perform在声明的时候仅仅抛出IOException 和ServletException,这远远不能满足Exception Handling的要求,那么让我们看看execute是怎样的:它笼统的抛出Exception(所有异常的父类) 上面的阐述只是一个引子,而且默认struts的异常是通过org.apache.struts.action. ExceptionHandler来处理的,你可以定义自己的处理方式,只要继承它并实现其中的execute方法,这个方法在ExceptionHandler的定义如下:
具体而且专业的分析Exception Handling的内容,请参看《Programming Jakarta Struts》第10章——这本书的电子版网上很多地方可以下载。 |
版权所有:UML软件工程组织 |