可以自动跳转到出错页面的servlet/jsp框架

   (sun企业级应用的首选)有一个指令可以定义jsp(sun企业级应用的首选)的错误页面，并在此jsp(sun企业级应用的首选)页面出错时跳转到该页面输出出错
日志。如下的例子：
<%@ page errorpage="errorpage.jsp(sun企业级应用的首选)" %>
errorpage.jsp(sun企业级应用的首选)的代码如下所示：
.....
<%@ page iserrorpage="true" %>
....
//输出出错日志
<%= exception.getmessage() %>

    但是，这只能在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);