Struts的异常处理机制

最新推荐文章于 2024-11-14 15:58:00 发布

gztoby

最新推荐文章于 2024-11-14 15:58:00 发布

阅读量1.9k

点赞数

分类专栏： -> Struts 文章标签： struts exception action import path 数据库

本文链接：https://blog.csdn.net/gztoby/article/details/128679

版权

-> Struts 专栏收录该内容

6 篇文章 0 订阅

订阅专栏

Jplateau（原作）

       总的来说，在struts新的版本中加入了对异常的处理，称之为：Exception Handling，标志着作为一个整体的解决框架，struts原来越趋于成熟。
       通常来说，以前在用struts开发的过程中，对于异常的处理，主要是采用手动处理的方式：如通过try/catch等等捕获异常，然后定制个性化的比较详细的错误信息放进ActionError中，然后在具体的返回页面中把这些错误信息反馈给用户（包括开发员）。异常原始的信息不管是最终用户还是开发员都是不希望看到的。

       下面着重讲一下在struts中是如何通过配置文件来解决异常。
       Struts中的Exception Handleing不难，简单高效是业内给其的一个比较好的评价。
       通过配置文件（主要是struts-config.xml）来定制异常处理，就象定义formbean一样，定制异常也有两种方法，姑且把它分为：“全局异常”和“局部异常”。
       全局异常，定义方法如下：
……
……
    <global-exceptions>
            <exception
             key="expired.InvalidItemsCatalogName"
  type="com.iplateau.jshop.common.waf.exceptions.InvalidiItemsCatalogNameException"
             scope="request"
             path="error.jsp"/>
</global-exceptions>
……
……
上述代码在struts-config.xml中定义了一个全局异常，它的作用是抛出InvalidiItemsCatalogNameException（本处的意思是当在添加商品分类的时候发现该类别已经存在）异常的时候返回到error.jsp中，并且携带自定的比较规范的异常信息expired.InvalidItemsCatalogName，expired.InvalidItemsCatalogName可以在应用程序的资源配置文件中找到,如：
expired.InvalidItemsCatalogName=你要添加的商品类别已经存在，请添加新的类别！

局部异常，定义方法如下：
……
……
<action-mappings>
    <action path=”/addItemsCatalogAction”
            type=”com.iplateau.jsop.action.ItemsCatalogAction”
            name=”itemsCatalogForm”>
        <exception key=” expired.InvalidItemsCatalogName”
type="com.iplateau.jshop.common.waf.exceptions.InvalidiItemsCatalogNameException"
         path=”/error.jsp”/>
        <forward name="success" path="***Layout(此处采用Tiles进行辅助开发)"/>
        </ation>
</action-mappings>
……
……

（关于Tiles的内容参看我的另一篇文章“Struts使用Tiles辅助开发”）

下面我们把关注的目光放在具体action里，看看struts是如何进行异常处理的

//ItemsCatalogAction.java
package com.iplateau.jshop.action.ItemsCatalogAction

import com.iplateau.jshop.business.ItemsCatalogMap;
import com.iplateau.jshop.action.ItemsCatalogForm;
import ***;

public class ItemsCatalogAction extends BaseAction {
        public ActionForward execute(
        ActionMapping mapping,
        ActionForm form,
        HttpServletRequest request,
        HttpServletResponse response)
        throws Exception {
        String flg=”error”;
        String act=request.getParameter(“act”);
        ItemsCatalogMap map=new ItemsCatalogMap();
        ItemsCatalogForm thisform=( ItemsCatalogForm)form;

        // ItemsCatalogMap为具体的处理商品类别的类
        if(act.equals(“create”)){
          map.validateNameOfCatalog(thisform);
          map.create(thisform);
          flg=”success”;
          return mapping.findForward(flg);
        }else{
          return mapping.findForward(flg);
        }
    }
}

上便是一个简单的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的定义如下：
    public ActionForward execute(Exception ex,
                                 ExceptionConfig ae,
                                 ActionMapping mapping,
                                 ActionForm formInstance,
                                 HttpServletRequest request,
                                 HttpServletResponse response)
        throws ServletException

具体而且专业的分析Exception Handling的内容，请参看《Programming Jakarta Struts》第10章——这本书的电子版网上很多地方可以下载。

本篇文章对您是否有帮助？投票：是否投票结果：

评论人：restart2001 参与分: 12 专家分: 0	发表时间: 2003-9-8 上午11:12
感觉这样做的话，还不如在action中捕抓到dao抛出的异常，然后放到actionerror中去，

评论人：restart2001 参与分: 12 专家分: 0

发表时间: 2003-9-8 上午11:15

如添加人员数据
if (employeeDAO.retrieve(path, employeeid) == null) {
                    employeeDAO.insert(employee, loginWorkid);
                } else {
                    sqlDuplicateError(request, "errors.dataexist");
                    return mapping.findForward("failure");
                }
通过sqlDuplicateError方法把在资源文件中定义的错误提示放到出错页面中去，error.jsp页面在struts-congfig.xml文件中定义。。

客人: simonxikun

发表时间: 2004-2-3 上午10:15

其实Declarative异常处理是用来处理一些底层的异常的，比如你的数据库操作抛出的异常，而不是业务逻辑的异常。比如你包装所有的数据库操作异常为xxxDatabaseException，这样如果在每个Action中都重复这段代码就是不合适的。

如
Catch（xxxDatabaseException）{
return mapping.findForward("dbError");
}
实际上只要宣告一下这个Exception,然后导向某一特定页面就可以了，如databaseError.jsp, 利用struts默认的ExceptionHandler就足够了。

转载自：http://www.javaresearch.org/article/showarticle.jsp?column=23&thread=8133