当前页面: 开发资料首页 → Java 专题 → 自动跳转到出错页面的servlet-jsp框架
自动跳转到出错页面的servlet-jsp框架
摘要: 自动跳转到出错页面的servlet-jsp框架
jsp有一个指令可以定义jsp的错误页面，并在此jsp页面出错时跳转到该页
面输出出错日志。如下的例子：
%@ page errorPage="errorPage.jsp" %>
....
errorPage.jsp的代码如下所示：
<%@ page isErrorPage="true" %>
....
//输出出错日志
<%= exception.getMessage() %>
但是，这只能在jsp页面层控制。在J2EE的实现中，很多的情况是jsp往往只作为页面显示，与业务相关的数据库操作都是在后台的servlet执行，处理完毕之后再跳转某个jsp显示页面。这种设置框架，实现了MVC结构，使得整个系统的维护难度大大降低。
实际的工作中，尽管系统采用了以上的设置框架，但由J2EE开发人员水平以及编程的习惯都有可能不通，经常会遇到开发人员在servlet中对有可能报错的地方处理不恰当。最常见的一种情况是，catch一个Exception e，然后仅仅调用e.printStackTrace()。这样造成的后果非常严重。一旦有Exception发生，web页面会出现白屏，我们可以从两方面来看：
（1）如果是使用的用户。他往往会不知所措，并且有可能还不知道有错误发生，继续使用系统，但这时候的系统已经出错了，在错误的基础上继续业务流程，往往会造成更多系统级别的错误。
（2）如果是开发人员。用户反映了这个出错，但是不知道出错原因。只能说出现要白屏。
开发人员需要调试抓错的话，非得到应用服务器的输入端查看出错日志，定位可能出错的原因，再进行排错。
在此，我介绍一种有效的servlet出错处理机制，这种机制将所有Exception的出错内容抛出到web页面，让使用用户立即发现有错误发生，并可以及时将该出错内容提交给开发人员定位出错原因。
其实，这种机制非常简单。思路是定义一个抽象的BaseServlet基类，它继承HttpServlet。
并增加一个抽象的
abstract public void doWorkFlow(HttpServletRequest request,HttpServletResponse response)
的方法，这个方法是所有BaseServlet子类都必须且仅需实现的方法。BaseServlet基类当然要实现service方法：
public final void service(HttpServletRequest request,HttpServletResponse response)
它的代码片断如下：
public final void service(HttpServletRequest request,HttpServletResponse response)
throws ServletException, IOException {
try{
//在执行doWorkFlow()之前，你可以在此处理是否有权限处理等问题
.......
doWorkFlow();
}catch(Exception e){
StringWriter out = new StringWriter();
e.printStackTrace(new PrintWriter(out));
request.setAttribute("err_msg", out.toString());
RequestDispatcher rd = this.getServletContext().getRequestDispatcher("errorServlet.jsp");
rd.forward(request,response);
}
}
errorServlet.jsp非常简单。代码片断如下：
....
//输出出错日志
<%= request.getAttribute("err_msg") %>
↑返回目录
前一篇: 用Java进行Web开发的随想
后一篇: JSP数据库连接池的必要性