Struts2的声明式异常处理
在struts2应用程序中你还在使用try catch语句来捕获异常么?如果是这样的,那你OUT啦!struts2支持声明式异常处理,可以再Action中直接抛出异常而交给struts2来处理,当然需要我们在xml文件中配置,由于抛出同样的异常的处理方法通常都一样,所以如果能在xml中配置全局异常,将会使得开发便捷性大大提高。
以前的异常捕获可能是这样的:
/**
* 执行更新
*
* @return
*/
public
String update() {
Article article =
new
Article();
article.setContent(content);
article.setTitle(title);
article.setId(id);
try
{
articleService.update(article);
return
SUCCESS;
}
catch
(SQLException e) {
e.printStackTrace();
return
ERROR;
}
catch
(InvalidInputException e) {
e.printStackTrace();
System.out.println(
"输入非法"
);
return
ERROR;
}
}
|
这种方式是完全的手动处理异常,一来不够简洁明快,而且还不容易维护,毕竟如果修改了这些代码都需要再次编译。
采用struts2的声明式异常处理就会简单很多了。
首先,上面的代码的try catch 就可以全都不要了,但是,当然,得新加throw语句抛出异常:
/**
* 执行更新
*
* @return
* @throws InvalidInputException
* @throws SQLException
*/
public
String update()
throws
SQLException, InvalidInputException {
Article article =
new
Article();
article.setContent(content);
article.setTitle(title);
article.setId(id);
articleService.update(article);
return
SUCCESS;
}
|
代码清晰了很多,不是么?
捕获异常的任务则交给xml配置文件了,配置文件还是比较容易理解的:
<
package
name="wow" extends="struts-default">
<
global-results
>
<
result
name="sql">/internal_Error.jsp</
result
>
<
result
name="invalidinput">/invalid_Input.jsp</
result
>
<
result
name="naming">/internal_Error.jsp</
result
>
</
global-results
>
<
global-exception-mappings
>
<
exception-mapping
result="sql" exception="java.sql.SQLException"></
exception-mapping
>
<
exception-mapping
result="invalidinput"
exception="cn.codeplus.exception.InvalidInputException"></
exception-mapping
>
<
exception-mapping
result="naming"
exception="javax.naming.NamingException"></
exception-mapping
>
</
global-exception-mappings
>
<
action
name="*_*" class="cn.codeplus.action.{2}Action" method="{1}">
<
result
name="success">/{1}_{2}_success.jsp</
result
>
<
result
name="error">/{1}_{2}_error.jsp</
result
>
<!--<exception-mapping result="sql" exception="java.sql.SQLException"></exception-mapping>-->
</
action
>
</
package
>
|
用于异常处理的<exception-mapping>标签可以配置在Action中,也可以配置在<global-exception-mappings>,顾名思义<global-exception-mappings>就是全局异常,当然执行Action的时候发生异常时,如果在Action中没有捕获异常而是抛出异常的话,struts2会首先在正在执行的Action中查找<exception-mapping>,寻找对应的Exception进行处理,如果找不到,才会去<global-exception-mappings>去寻找对应的Exception处理,如果还是找不到的话,就只好抛出异常了。
下面说说异常处理:
<
exception-mapping
result="sql" exception="java.sql.SQLException"></
exception-mapping
>
|
上面代码说明,当捕获java.sql.SQLException时候,去寻找对应的result为sql的视图返回,即<global-result>中name为sql的result去返回internal_Error.jsp。当然如果<exception-mapping>配置在action中的话,则会首先去action的result搜寻返回视图,失败了才会去搜寻<global-result>。
在我们编写上面的xml配置的时候可能会遇到如下错误:
这个是因为,我们xml配置文件各个标签<action>、<global-result>、<global-exception-mapping>的顺序不对,调整一下标签的顺序,符合黄色的提示语即可。
最后,我们说说视图层怎样获取异常信息,invalid_Input.jsp文件是这样的:
...
<%@taglib prefix="s" uri="/struts-tags"%>
...
<
body
>
<
jsp:include
page="nav.jsp"></
jsp:include
>
<
div
>
抱歉,服务器内部错误。
</
div
>
<
div
>
<
s:property
value="exception.message"/>
</
div
>
<
s:debug
></
s:debug
>
</
body
>
...
|
<
s:property
value="exception.message"/>表示从valuestack中获取错误信息,显示在前台页面上。当然,我们也可以选择更人性化得处理方案,比如说,放个失望的表情,写上“抱歉,服务器内部错误,您可以发邮件给我们提示此错误,xxxx@xxxx.com”等等;
|
经测试,当发生SQLException的时候,页面信息如下: