Spring in Action 学习笔记—第六章 远程调用

远程调用是客户端应用和服务端之间的会话。在客户端上所需要的一些功能并不包括在该应用的职能范围内。所以应用向能提供这些功能的其他系统寻求帮助。远程的应用通过远程服务把这些功能公开出来。

 

一、Spring远程调用概览

Spring为各种远程访问技术的集成提供了工具类。Spring远程支持是由普通（Spring）POJO实现的，这使得开发具有远程访问功能的服务变得相当容易。

Spring远程调用支持6种不同的RPC模式：远程方法调用（RMI）、Caucho的Hessian和Burlap、Spring自己的HTTP invoker、EJB和使用JAX-RPC 的Web Services。

RPC模式
 在何种情况下有用
 
远程方法调用（RMI）
 不考虑网络限制（如防火墙）时，访问/公开基于Java的服务
 
Hessian或 Burlap
 考虑网络限制时，通过HTTP访问/公开基于Java的服务
 
HTTP invoker
 考虑网络限制时，访问/公开基于Spring的服务
 
EJB
 访问用EJB实现的遗留的J2EE系统
 
JAX-RPC
 访问Web Services
 

其中（来自Spring2.0参考手册）：

l         远程方法调用（RMI）。通过使用 RmiProxyFactoryBean 和 RmiServiceExporter，Spring同时支持传统的RMI（使用java.rmi.Remote接口和java.rmi.RemoteException）和通过RMI调用器实现的透明远程调用（支持任何Java接口）。

l         Spring的HTTP调用器。Spring提供了一种特殊的允许通过HTTP进行Java串行化的远程调用策略，支持任意Java接口（就像RMI调用器）。相对应的支持类是 HttpInvokerProxyFactoryBean 和 HttpInvokerServiceExporter。

l         Hessian。通过 HessianProxyFactoryBean 和 HessianServiceExporter，可以使用Caucho提供的基于HTTP的轻量级二进制协议来透明地暴露服务。

l         Burlap。 Burlap是Caucho的另外一个子项目，可以作为Hessian基于XML的替代方案。Spring提供了诸如 BurlapProxyFactoryBean 和 BurlapServiceExporter 的支持类。

l         JAX RPC。Spring通过JAX-RPC为远程Web服务提供支持。

不管选择哪种远程模式，你会发现Spring对每一种模式的支持中贯穿着一个共同的风格。这就意味着你一旦理解了Spring如何配置并使用其中的一种模式，当你决定使用另一种不同的模式的时候，你将拥有非常低的学习曲线。

在所有的模式中，服务可以作为Spring管理的Bean配置到你的应用中。这是用一个代理工厂Bean实现的，这个Bean使你能把远程服务当作本地对象一样置入到其他Bean的属性中。

客户端发起对代理的调用，好像是代理提供了这些服务的功能一样。代理代表客户端和远程服务交流。它处理连接的具体情况，并向远程服务发起远程调用。

在服务端，你能够把任何Spring管理的Bean的功能公开成为一个远程服务，可使用在表6.1中所列的任何模式（除了EJB和JAX-RPC）。

不论开发的是使用远程服务的代码，还是实现那些服务的代码，或者二者兼而有之，在Spring中，使用远程服务纯粹是个配置问题。你不用写任何Java代码来支持远程调用。你的服务Bean不必关心它们是否被卷入到RPC里（虽然任何传递给远程调用的Bean或从远程调用返回的Bean可能需要实现java.io.Serializable）。

 

二、与RMI一起工作

1．连接RMI服务

Spring的RmiProxyFactoryBean是一个工厂Bean，能创建一个指向RMI服务的代理。用RmiProxyFactoryBean来引用一个RMI PaymentService是非常简单的，只要在Spring配置文件中声明下面的<bean>：

<bean id="paymentService" class="org.springframework.remoting.rmi.RmiProxyFactoryBean">

 

    <property name="serviceUrl">

 

      <value>rmi://${paymenthost}/PayService</value>

 

    </property>

 

    <property name="serviceInterface">

 

      <value>com.springinaction.payment.PaymentService</value>

 

    </property>

 

</bean>

RMI服务的URL是通过serviceUrl属性设置的。这里，服务被命名为PayService，并且是在一台名字用一个属性占位符配置的机器上（参考第2章的2.4.3节）。serviceInterface属性指明了这个服务所实现的接口，客户端通过这个接口调用在这个服务里的方法。

把这个支付服务定义为一个Spring管理的Bean，你就能把它作为一个合作者置入到另外的Bean上，就像你对任何非远程的Bean做的那样。举例来说，假设StudentServiceImpl需要使用这个支付服务来批准一张信用卡的支付。你就使用以下代码把RMI服务置入到StudentServiceImpl中：

<bean id="studentService"

 

       class="com.springinaction.training.service.StudentServiceImpl">

 

  …

 

    <property name="paymentService">

 

      <ref bean="paymentService"/>

 

    </property>

 

  …

 

  </bean>

StudentServiceImpl甚至不需要知道它处理的是一个RMI服务。它只是通过注入机制接收PaymentService对象，不必关心它是从哪里来的。此外，代理会捕获任何可能被这个服务抛出的RemoteException，并把它们作为运行时间异常重新抛出，这样，你可以安全地忽略这些异常。这也让远程服务Bean和这个服务的另外实现之间的交换成为可能——或许是不同的远程服务，或者有可能是单元测试时的一个模拟实现。

2．输出RMI服务

Spring提供了比较简单的发布RMI服务的方法：使用POJO。开始之前，你需要写这个服务的接口：

public interface PaymentService

       {

           public String authorizeCreditCard(String cardNumber, String cardHolderName, int expireMonth, int expireYear, float amount) throws AuthorizationException;

 

           public void settlePayment(String authCode, int merchantNumber, float amount) throws SettlementException;

       }

由于服务接口不是从java.rmi.Remote继承的，它的方法都不抛出java.rmi.RemoteException，这点让这个接口简短了很多。但更重要的是，客户端通过这个接口访问支付服务时，将不再需要捕捉那些它们可能没法处理的异常了。下一步，定义服务的实现类：

public class PaymentServiceImpl implements PaymentService

       {

           public PaymentServiceImpl() {}

 

           public String authorizeCreditCard(String creditCardNumber, String cardHolderName, int expirationMonth, int expirationYear, float amount) throws AuthorizationException

           {

                  //  String authCode = ...;

                  // implement authorization

                  return authCode;

           }

 

           public void settlePayment(String authCode, int accountNumber, float amount) throws SettlementException

           {

             // implement settlement

           }

        }

你要做的下一件事就是在Spring的配置文件里把PaymentServiceImpl配置为一个<bean>：

<bean id="paymentService" class="org.springframework.payment.PaymentServiceImpl">

  …

</bean>

PaymentServiceImpl没有设置RMI所固有的特性。它仅仅是一个适合在Spring配置文件中声明的简单的POJO。事实上，完全有可能在非远程方式中，通过直接把它置入到客户端里，来使用这个实现。

 

三、使用Hessian和Burlap的远程调用

Hessian和Burlap是Caucho Technology（http://www.caucho.com）提供的两种解决方法，是基于HTTP的轻量级远程服务。它们都致力于通过把它们的API和通信协议变得尽可能的简单，来简化Web服务。

事实上，Hessian和Burlap是同一个问题的两个方面，但每个都服务于略微不同的目的。Hessian，像RMI那样，使用二进制消息来建立客户端和服务端之间的交流。但与其他二进制远程技术（如RMI）不同的是，它的二进制消息可以移植到其他非Java的语言中。

Burlap是一种基于XML的远程技术，这使得它自然而然地可以移植到任何可以解析XML的语言中。正由于它的XML，比起Hessian的二进制格式来，它的可读性更强。但和其他基于XML的远程技术（例如SOAP或XML-RPC）不同，Burlap的消息结构是尽可能的简单，不需要额外的外部定义语言（如WSDL或IDL等）[1]。

如何在Hessian和Burlap之间做选择。很大程度上说，它们是一样的。惟一的不同就是Hessian的消息是二进制的，而Burlap的消息是XML。由于Hessian的消息是二进制的，所以它在带宽上更占优势。但如果可读性对你来说很重要的话（如出于调试的目的）或者你的应用将和没有Hessian实现（任何除了Java或Python）的语言交流，那么Burlap的XML消息会是更好的选择。

1．访问Hessian/Burlap服务

所有RMI的细节都包含在Spring配置文件的Bean的配置里。这样做的好处就是，由于客户端忽略了服务的实现，从一个RMI客户端转到Hessian客户端是极其简单的，不需要改变任何客户端代码。

坏处就是，如果你真地喜欢写代码的话，那么这一节就可能让你有点儿失望了。因为写基于RMI服务的客户端代码和基于Hessian服务的客户端代码惟一的不同就是你将使用Spring的HessianProxyFactoryBean来代替RmiProxyFactoryBean。客户端代码中基于Hessian的支付服务可以用以下代码声明：

<bean id="paymentService" class="org.springframework.

 

          ➥remoting.caucho.HessianProxyFactoryBean">

 

    <property name="serviceUrl">

 

        <value>http://${serverName}/${contextPath}/pay.service</value>

 

    </property>

 

    <property name="serviceInterface">

 

        <value>com.springinaction.payment.PaymentService</value>

 

    </property>

 

  </bean>

就像基于RMI的服务那样，serviceInterface属性指定这个服务实现的接口。并且，如同RmiProxyFactoryBean，serviceUrl表明这个服务的URL。既然Hessian是基于HTTP的，当然应该在这里设置一个HTTP URL了（你将在下一节中看到这个URL是如何得来的）。

事实证明，写一个Burlap服务是同样无趣的。二者惟一的不同就是，你使用BurlapProxyFactoryBean代替HessianProxyFactoryBean：

<bean id="paymentService" class="org.springframework.

 

          ➥remoting.caucho.BurlapProxyFactoryBean">

 

    <property name="serviceUrl">

 

      <value>http://${serverName}/${contextPath}/pay.service</value>

 

    </property>

 

    <property name="serviceInterface">

 

      <value>com.springinaction.payment.PaymentService</value>

 

    </property>

 

  </bean>

尽管我们觉得在RMI、Hessian和Burlap服务之间稍微不同的配置是很没有乐趣的，但这个单调恰恰是有好处的。它意味着你不费吹灰之力就可以在各种Spring支持的远程技术之间转换，无须去学习一个全新的模型。你一旦配置了一个对RMI服务的引用，把它重新配置为Hessian或Burlap服务也是很轻松的工作。

2．用Hessian或Burlap公开Bean的功能

输出一个Hessian服务：
在Spring里输出一个Hessian服务和在Spring里实现一个RMI服务惊人地相似。为把支付服务公开为RMI服务，你得在Spring配置文件中配置一个RmiServiceExporter Bean。非常类似的，把支付服务公开为Hessian服务，你也需要配置一个exporter Bean。只不过这一次用的是HessianServiceExporter：

<bean name="hessianPaymentService" class="org.springframework.

 

         ➥remoting.caucho.HessianServiceExporter">

 

    <property name="service">

 

      <ref bean="paymentService"/>

 

    </property>

 

    <property name="serviceInterface">

 

      <value>com.springinaction.payment.PaymentService</value>

 

    </property>

 

  </bean>

HessianServiceExporter在Hessian服务中实现的功能和RmiServiceExporter在RMI服务中的功能是完全一样的。那就是说，它把一个Bean的公共方法公开为一个Hessian服务的方法。

正如RmiServiceExporter，service属性中被置入了实现这个服务的Bean的引用。这里，这个service属性绑定的是paymentService Bean的引用。serviceInterface属性用来表示PaymentService是这个服务所实现的接口。

然而，和RmiServiceExporter不同，你不需要设置serviceName属性。在RMI中，serviceName属性用来在RMI注册表中注册一个服务。Hessian没有注册表，因此就没有必要命名一个Hessian服务。

配置Hessian控制器：

RmiServiceExporter和HessianServiceExporter另外一个主要的区别就是，由于Hessian是基于HTTP的，所以HessianServiceExporter被实现成Spring MVC的Controller。这就是说，为了使用输出的Hessian服务，你需要完成两个额外的配置步骤：

1．在你的Spring配置文件中配置一个URL处理器，来分发Hessian服务的URL给适当的Hessian服务Bean。

2．在web.xml中配置一个Spring的DispatcherServlet，并把你的应用部署为web应用。

输出一个Burlap服务：
把Spring管理的Bean作为Burlap服务输出。用Spring的BurlapServiceExporter来代替HessianServiceExporter就能完成这项任务：

<bean name="burlapPaymentService" class="org.springframework.

 

            ➥remoting.caucho.BurlapServiceExporter">

 

    <property name="service">

 

      <ref bean="paymentService"/>

 

    </property>

 

    <property name="serviceInterface">

 

      <value>com.springinaction.payment.PaymentService</value>

 

    </property>

 

  </bean>

你会发现，除了Bean的名字（完全是任意的）和使用了BurlapServiceExporter以外，这个Bean和hessianPaymentService是一样的。配置Burlap服务和配置Hessian服务的其他方面也是一样的，这也就包括了需要建一个URL处理器和DispatcherServlet。Hessian和Burlap解决了RMI头疼的防火墙问题。

 

四、使用HTTP invoker

1．通过HTTP访问服务

访问一个HTTP invoker服务，你需要使用HttpInvokerProxyFactoryBean。要让支付服务作为一个HTTP invoker服务公开，得配置一个Bean，用HttpInvokerProxyFactoryBean来代理它，如下所示：

<bean id="paymentService" class= "org.springframework.remoting.

 

          ➥httpinvoker.HttpInvokerProxyFactoryBean">

 

    <property name="serviceUrl">

 

      <value>http://${serverName}/${contextPath}/pay.service</value>

 

    </property>

 

    <property name="serviceInterface">

 

      <value>com.springinaction.payment.PaymentService</value>

 

    </property>

 

  </bean>

serviceInterface属性仍然用来表示这个支付服务所实现的接口；serviceUrl属性仍然是用来表示远程支付服务的位置。由于HTTP invoker是基于HTTP的，如同Hessian和Burlap一样，serviceUrl就能包含与Hessian和Burlap版本的Bean里一样的URL。

2．把Bean作为HTTP服务公开

使用HttpInvokerServiceExporter把Bean的方法输出为远程方法，面的Bean的定义展示了如何把paymentService Bean作为一个远程的基于HTTP invoker的服务输出：

<bean id="httpPaymentService" class="org.springframework.remoting.

 

        ➥httpinvoker.HttpInvokerServiceExporter">

 

    <property name="service">

 

      <ref bean="paymentService"/>

 

    </property>

 

    <property name="serviceInterface">

 

      <value>com.springinaction.payment.PaymentService</value>

 

    </property>

 

</bean>

基于HTTP invoker的服务，顾名思义，是基于HTTP的，就像Hessian和Burlap服务一样。并且，也和HessianServiceExporter和BurlapServiceExporter那样，HttpInvokerServiceExporter也是一个Spring的Controller。这就意味着你需要建立一个URL处理器，把HTTP URL映射到服务上：

<bean id="urlMapping" class="org.springframework.web.servlet.handler.SimpleUrlHandlerMapping">

 

    <property name="mappings">

 

      <props>

 

         <prop key="/pay.service">httpPaymentService</prop>

 

      </props>

 

    </property>

 

  </bean>

Spring的HTTP invoker是作为一个两全其美的远程调用解决方案出现的，把HTTP交流的简单性和Java内置的对象序列化机制结合起来。这让HTTP invoker服务成为一个引人注目的对RMI或是对Hessian/Burlap的替代品。

要记住HTTP invoker有个重大的限制，它是一个只在Spring框架中提供的远程调用解决方案。这就意味着客户端和服务器端都必须是使用Spring的应用。

 

五．使用EJB

虽然Spring提供了大量的功能，让POJO具有EJB的能力，但你或许不能总是享受在完全没有EJB的项目上工作的奢侈。一方面，你可能会接触一些其他系统，它们的功能是通过无状态的会话EJB开放出来的。另一方面，你可能被放在一个项目中，由于正统技术（或者可能是政治）的原因，你不得不写EJB代码。

不管你的应用是EJB客户端，还是你必须写EJB本身，你都不需要为了用EJB，完全放弃Spring带来的好处。Spring有两种方法提供对EJB的支持：

   Spring能让你在Spring的配置文件里，把EJB作为Bean来声明。这样，把EJB引用置入到其他Bean的属性里就成为可能了，好像EJB就是另一个POJO。

   Spring能让你写EJB，让EJB成为Spring配置的Bean的代理的工作。

 

六、使用JAX-RPC的Web Service

JAX-RPC是“基于XML的远程调用的Java API（Java APIs for XML-based remote procedure call）”的缩写。这是一个口语化的词，仅仅意味着JAX-RPC是Java程序使用XML访问远程服务的一种方式。特别地，这个服务是指用SOAP（Simple Object Access Protocol）协议公开它们的功能的web service。

 

七、小结

Spring提供了远程服务的支持，让使用远程服务和使用常规的JavaBean一样简单。

在客户端，Spring提供了代理工厂Bean，能让你在Spring应用中配置远程服务。不管是使用RMI、Hessian、Burlap、HTTP invoker、EJB、还是Web service，你都可以把远程服务置入到你的应用里，好像它们是POJO一样。Spring甚至捕获了所有抛出的RemoteException，并在发生异常的地方重新抛出运行时RemoteAccessException，让你的代码从处理可能不可恢复的异常中解放出来。

    Spring的远程调用我不知什么时候才能用上，在这里在不太理解的基础上对书作了简单的摘抄，先留个记号等以后用着了在回头学习。

 

http://aini999.taobao.com