在JSP Servlet开发实例中实现这一功能要使用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页面会出现白屏，我们可以从两方面来看：
◆如果是使用的用户。他往往会不知所措，并且有可能还不知道有错误发生，继续使用系统，但这时候的系统已经出错了，在错误的基础上继续业务流程，往往会造成更多系统级别的错误。
◆如果是开发人员。用户反映了这个出错，但是不知道出错原因。只能说出现要白屏。开发人员需要调试抓错的话，非得到应用服务器的输入端查看出错日志，定位可能出错的原因，再进行排错。
在此，我介绍一种有效的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") %﹥
那么上面就是在JSP Servlet开发实例中实现自动跳转的功能，通过实践是否有效呢？
【编辑推荐】
