开发学院软件开发 Java Spring BlazeDS Integration简介与入门阅读

Spring BlazeDS Integration简介与入门

　2009-09-28 00:00:00　来源：WEB开发网　闂傚倷绶氬ḿ褍螞閹绢喖绠柨鐕傛嫹

闂傚倷绀侀幉锟犲垂閻㈠灚宕查柟鎵閸庡秵銇勯幒鎴濃偓鐢稿磻閹炬枼妲堟繛鍡楃С濞岊亞绱撻崒姘扁枌闁瑰嚖鎷�

婵犵數濮幏鍐川椤撴繄鎹曢梻渚€娼уú銈吤洪妸鈺佺劦妞ゆ帊鑳堕埊鏇㈡煏閸モ晛浠х紒杈╁仱閺佹捇鏁撻敓锟�闂傚倷绶氬ḿ褍螞閹绢喖绠柨鐕傛嫹　　闂傚倷鑳舵灙缂佺粯顨呴埢宥夊即閵忕姵鐎梺缁樺姈椤愮厧鈽夊Ο閿嬬€婚梺褰掑亰閸撴稑鈻斿鑸碘拺闁告稑饪村▓鏃€绻涚仦鍌氬闁崇粯鎹囬獮瀣攽閹邦剚顔傛俊鐐€栧濠氬储瑜忛幉鎾晸閿燂拷

核心提示： 上面的配置引用了之前的Message Broker bean来公开sodaBean，默认情况下，Spring BlazeDS Integration简介与入门(5)，类中所有方法都会被公开成为远程服务，FlexRemotingServiceExporter拥有众多选项来对服务进行配置，基于这个原

上面的配置引用了之前的Message Broker bean来公开sodaBean。默认情况下，类中所有方法都会被公开成为远程服务。FlexRemotingServiceExporter拥有众多选项来对服务进行配置。比如说，我们可以通过includeMethods和excludeMethods来选择公开或是不公开哪些方法。

建立全新的Spring BlazeDS Integration项目——客户端

用于连接服务器的客户端代码使用了标准的Flex RemoteObjects。对于该示例应用，我们声明了如下的RemoteObject：

<mx:RemoteObject　id="remoteObject"　　destination="sodaService"　　result="resultHandler(event);"　　fault="faultHandler(event);"　　channelSet="{sodaChannels}"/>　　　 <mx:ChannelSet　id="sodaChannels">　　<mx:AMFChannel　uri="/gorilla/messagebroker/amf"/>　 </mx:ChannelSet>　　

凭借该remote对象，Flex客户端可以调用远程的Java服务器。有两种手段能让客户端知道该向哪个通道发起调用。其一是针对服务端配置文件 services-config.xml来编译客户端，通常这不是一个好办法，因为它将客户端与服务器端紧密耦合在了一起。其二是通过一个通道集将通道配置在客户端上。

对RemoteObject的调用与本地对象调用大同小异，区别在于返回结果的过程是异步的。基于这个原因声明了一个resultHandler以在服务端的结果返回时进行回调。在本示例中，对服务器端的调用形式如下：

remoteObject.getSodaModel();

返回的结果是个ResultEvent，然后将其转换为sodaModel：

sodaModel　=　event.result　as　SodaModel;