与不使用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服务对象。 业务接口的定义如下：
文章来源于领测软件测试网 https://www.ltesting.net/
