與不使用Spring方式的EJB客戶端相比，Spring的EJB客戶端有一個額外的 好處。通常如果客戶端代碼隨意在本地EJB和遠程EJB的調用之間來回切換，就有 一個問題。這是因為遠程接口的方法需要聲明其會拋出RemoteException ，然后客戶端代碼必須處理這種異常，但是本地接口的方法卻不需要這樣。 如果要把針對本地EJB的代碼改為訪問遠程EJB，就需要修改客戶端代碼，增加 對RemoteException的處理，反之就需要去掉這樣的 異常處理。使用Spring 的遠程EJB代理，我們就不再需要在業務方法接口和EJB的 代碼實現中聲明會拋出RemoteException，而是定義一個 相似的遠程接口，唯一不同就是它拋出的是RemoteAccessException， 然后交給代理對象去動態的協調這兩個接口。也就是說，客戶端代碼不再需要與 RemoteException這個顯式（checked）異常打交道，實際運行中 所有拋出的異常RemoteException都會被捕獲并轉換成一個 隱式（non-checked）的RemoteAccessException，它是 RuntimeException的一個子類。這樣目標服務端就可以 在本地EJB或遠程EJB（甚至POJO）之間隨意地切換，客戶端不再需要關心甚至 根本不會覺察到這種切換。當然，這些都是可選的，我們并不阻止在業務接口中聲明 異常RemoteExceptions.
2. 使用Spring提供的輔助類實現EJB組件Spring也提供了一些輔助類來為EJB組件的實現提供便利。它們是為了倡導一些 好的實踐經驗，比如把業務邏輯放在在EJB層之后的POJO中實現，只把事務隔離和 遠程調用這些職責留給EJB.
要實現一個無狀態或有狀態的Session Bean，或消息驅動Bean，我們的實現 可以繼承分別繼承AbstractStatelessSessionBean， AbstractStatefulSessionBean，和 AbstractMessageDrivenBean/AbstractJmsMessageDrivenBean
考慮這個例子：我們把無狀態Session Bean的實現委托給普通的Java服務對象。 業務接口的定義如下：
文章來源于領測軟件測試網 http://www.kjueaiud.com/
