程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 編程語言 >> JAVA編程 >> 關於JAVA >> EJB 的異常處理的最佳做法

EJB 的異常處理的最佳做法

編輯:關於JAVA

J2EE 平台的重要組件之一是 Enterprise JavaBean(EJB)API。J2EE 和 EJB 技術一起提供了許多優點,但隨之而來的還有一些新的挑戰。特別是企業系統,其中的任何問題都必須快速得到解決。在本文中,企業 Java 編程老手 Srikanth Shenoy 展現了他在 EJB 異常處理方面的最佳做法,這些做法可以更快解決問題。

在 hello-world 情形中,異常處理非常簡單。每當碰到某個方法的異常時,就捕獲該異常並打印堆棧跟蹤或者聲明這個方法拋出異常。不幸的是,這種辦法不足以處理現實中出現的各種類型的異常。在生產系統中,當有異常拋出時,很可能是最終用戶無法處理他或她的請求。當發生這樣的異常時,最終用戶通常希望能這樣:

有一條清楚的消息表明已經發生了一個錯誤

有一個唯一的錯誤號,他可以據此訪問可方便獲得的客戶支持系統

問題快速得到解決,並且可以確信他的請求已經得到處理,或者將在設定的時間段內得到處理

理想情況下,企業級系統將不僅為客戶提供這些基本的服務,還將准備好一些必要的後端機制。舉例來說,客戶服務小組應該收到即時的錯誤通知,以便在客戶打電話求助之前服務代表就能意識到問題。此外,服務代表應該能夠交叉引用用戶的唯一錯誤號和產品日志,從而快速識別問題 ? 最好是能把問題定位到確切的行號或確切的方法。為了給最終用戶和支持小組提供他們需要的工具和服務,在構建一個系統時,您就必須對系統被部署後可能出問題的所有地方心中有數。

在本文中,我們將談談基於 EJB 的系統中的異常處理。我們將從回顧異常處理的基礎知識開始,包括日志實用程序的使用,然後,很快就轉入對 EJB 技術如何定義和管理不同類型的異常進行更詳細的討論。此後,我們將通過一些代碼示例來研究一些常見的異常處理解決方案的優缺點,我還將展示我自己在充分利用 EJB 異常處理方面的最佳做法。

請注意,本文假設您熟悉 J2EE 和 EJB 技術。您應理解實體 bean 和會話 bean 的差異。如果您對 bean 管理的持久性(bean-managed persistence(BMP))和容器管理的持久性(container-managed persistence(CMP))在實體 bean 上下文中是什麼意思稍有了解,也是有幫助的。請參閱參考資料部分了解關於 J2EE 和 EJB 技術的更多信息。

異常處理基礎知識

解決系統錯誤的第一步是建立一個與生產系統具有相同構造的測試系統,然後跟蹤導致拋出異常的所有代碼,以及代碼中的所有不同分支。在分布式應用程序中,很可能是調試器不工作了,所以,您可能將用 System.out.println() 方法跟蹤異常。System.out.println 盡管很方便,但開銷巨大。在磁盤 I/O 期間,System.out.println 對 I/O 處理進行同步,這極大降低了吞吐量。在缺省情況下,堆棧跟蹤被記錄到控制台。但是,在生產系統中,浏覽控制台以查看異常跟蹤是行不通的。而且,不能保證堆棧跟蹤會顯示在生產系統中,因為,在 NT 上,系統管理員可以把 System.out 和 System.err 映射到 ´ ´,在 UNIX 上,可以映射到 dev/null。此外,如果您把 J2EE 應用程序服務器作為 NT 服務運行,甚至不會有控制台。即使您把控制台日志重定向到一個輸出文件,當產品 J2EE 應用程序服務器重新啟動時,這個文件很可能也將被重寫。

異常處理的原則

以下是一些普遍接受的異常處理原則:

如果無法處理某個異常,那就不要捕獲它。

如果捕獲了一個異常,請不要胡亂處理它。

盡量在靠近異常被拋出的地方捕獲異常。

在捕獲異常的地方將它記錄到日志中,除非您打算將它重新拋出。

按照您的異常處理必須多精細來構造您的方法。

需要用幾種類型的異常就用幾種,尤其是對於應用程序異常。

第 1 點顯然與第 3 點相抵觸。實際的解決方案是以下兩者的折衷:您在距異常被拋出多近的地方將它捕獲;在完全丟失原始異常的意圖或內容之前,您可以讓異常落在多遠的地方。

注:盡管這些原則的應用遍及所有 EJB 異常處理機制,但它們並不是特別針對 EJB 異常處理的。

由於以上這些原因,把代碼組裝成產品並同時包含 System.out.println 並不是一種選擇。在測試期間使用 System.out.println,然後在形成產品之前除去 System.out.println 也不是上策,因為這樣做意味著您的產品代碼與測試代碼運行得不盡相同。您需要的是一種聲明控制日志機制,以使您的測試代碼和產品代碼相同,並且當記錄日志以聲明方式關閉時,給產品帶來的性能開銷最小。

這裡的解決方案顯然是使用一個日志實用程序。采用恰當的編碼約定,日志實用程序將負責精確地記錄下任何類型的消息,不論是系統錯誤還是一些警告。所以,我們將在進一步講述之前談談日志實用程序。

日志領域:鳥瞰

每個大型應用程序在開發、測試及產品周期中都使用日志實用程序。在今天的日志領域中,有幾個角逐者,其中有兩個廣為人知。一個是 Log4J,它是來自

[1] [2] [3] [4] [5] [6] [7] [8] 下一頁

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved