JSP Servlet實例之自動跳轉(zhuǎn)到出錯頁
在JSP Servlet開發(fā)實例中實現(xiàn)這一功能要使用JSP的一個指令,其可以定義JSP的錯誤頁面,并在此JSP頁面出錯時跳轉(zhuǎn)到該頁面輸出出錯
日志。如下的例子:
- ﹤%@ page errorPage="errorPage.jsp" %﹥
- errorPage.jsp的代碼如下所示:
- .....
- ﹤%@ page isErrorPage="true" %﹥
- ....
- //輸出出錯日志
- ﹤%= exception.getMessage() %﹥
但是,這只能在JSP頁面層控制。在J2EE的實現(xiàn)中,很多的情況是JSP往往只作為頁面顯示,與業(yè)務相關的數(shù)據(jù)庫操作都是在后臺的servlet執(zhí)行,處理完畢之后再跳轉(zhuǎn)某個JSP顯示頁面。這種設置框架,實現(xiàn)了MVC結(jié)構(gòu),使得整個系統(tǒng)的維護難度大大降低。
實際的工作中,盡管系統(tǒng)采用了以上的設置框架,但由J2EE開發(fā)人員水平以及編程的習慣都有可能不通,經(jīng)常會遇到開發(fā)人員在servlet中對有可能報錯的地方處理不恰當。最常見的一種情況是,catch一個Exception e,然后僅僅調(diào)用e.printStackTrace()。這樣造成的后果非常嚴重。一旦有Exception發(fā)生,web頁面會出現(xiàn)白屏,我們可以從兩方面來看:
◆如果是使用的用戶。他往往會不知所措,并且有可能還不知道有錯誤發(fā)生,繼續(xù)使用系統(tǒng),但這時候的系統(tǒng)已經(jīng)出錯了,在錯誤的基礎上繼續(xù)業(yè)務流程,往往會造成更多系統(tǒng)級別的錯誤。
◆如果是開發(fā)人員。用戶反映了這個出錯,但是不知道出錯原因。只能說出現(xiàn)要白屏。開發(fā)人員需要調(diào)試抓錯的話,非得到應用服務器的輸入端查看出錯日志,定位可能出錯的原因,再進行排錯。
在此,我介紹一種有效的servlet出錯處理機制,這種機制將所有Exception的出錯內(nèi)容拋出到web頁面,讓使用用戶立即有錯誤發(fā)生,并可以及時將該出錯內(nèi)容提交給開發(fā)人員定位出錯原因。
其實,這種機制非常簡單。思路是定義一個抽象的BaseServlet基類,它繼承HttpServlet。并增加一個抽象的 abstract public void doWorkFlow(HttpServletRequest request,HttpServletResponse response)的方法,這個方法是所有BaseServlet子類都必須且僅需實現(xiàn)的方法。BaseServlet基類當然要實現(xiàn)service方法 -- public final void service(HttpServletRequest request,HttpServletResponse response)。它的代碼片斷如下:
- public final void service(HttpServletRequest request,HttpServletResponse response)
- throws ServletException, IOException {
- try{
- //在執(zhí)行doWorkFlow()之前,你可以在此處理是否有權(quán)限處理等問題
- .......
- 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開發(fā)實例中實現(xiàn)自動跳轉(zhuǎn)的功能,通過實踐是否有效呢?
【編輯推薦】