JSP Servlet實例之自動跳轉到出錯頁
在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開發實例中實現自動跳轉的功能，通過實踐是否有效呢？
【編輯推薦】
