jsp(SUN企业级应用的首选)有一个指令可以定义jsp(SUN企业级应用的首选)的错误页面，并在此jsp(SUN企业级应用的首选)页面出错时跳转到该页面输出出错
日志。如下的例子：
errorPage.jsp(SUN企业级应用的首选)的代码如下所示：
.....
....
//输出出错日志
但是，这只能在jsp(SUN企业级应用的首选)页面层控制。在J2EE的实现中，很多的情况是jsp(SUN企业级应用的首选)往往只作为页面显
示，与业务相关的数据库操作都是在后台的servlet执行，处理完毕之后再跳转某个jsp(SUN企业级应用的首选)显示
页面。这种设置框架，实现了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(SUN企业级应用的首选)");
rd.forward(request,response);
