在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开发实例中实现自动跳转的功能,通过实践是否有效呢?