Spring BlazeDS Integration简介与入门

这样，Message Broker就会通过配置在security-context.xml文件中的安全上下文来保护定义在端点拦截器中的通道。现在如果要定义服务，那还需要定义服务通信所需的通道。

<bean　id="sodaService"　class="org.springframework.flex.messaging.remoting.FlexRemotingServiceExporter">　
　<property　name="messageBroker"　ref="mySpringManagedMessageBroker"/>　
　<property　name="service"　ref="sodaBean"/>　
　<property　name="channelIds"　value="my-protected-amf,　
　my-protected-by-id-amf"/>　
</bean>

对于该soda服务来说，我们已经定义好了其只能在安全的通道上进行通信。这会阻止未认证的用户（并非来自于正确的角色）对该服务的访问。

保护远程服务——客户端

安全的远程服务的客户端配置相当简单。所有的重头戏都在服务端完成了。在客户端，我们只需修改remote object定义使之包含一个安全的通道即可：

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

现在，remote object必须要经过认证方能对soda服务进行调用。比如说，如果我们没有认证，同时又调用了soda服务来获取Soda模型，那么客户端就会收到如下的错误消息：

Received　fault:　[RPC　Fault　faultString="An　Authentication　object　was　not　found　in　theB　
SecurityContext"　faultCode="Client.Authentication"　faultDetail="null"]

我们只需将登陆信息传递给管道集就能实现对客户端的认证。如下是个超级简单的示例：

var　token:AsyncToken　=　sodaChannels.login(username.text,　password.text);　
token.addResponder(　
　new　AsyncResponder(　
　function(result:ResultEvent,　token:Object　=　null):void{　
　　remoteObject.getSodaModel(numAccounts.text);　
　},　
　function(result:FaultEvent,　token:Object　=　null):void{　
　　ta.text　+=　"Received　fault:　"　+　result.fault　+　"\n";　
　}　
　)　
　);

以上代码会从用户名与密码框中获取登陆信息并对用户进行认证。如果认证成功，那么就会调用远程服务并返回Soda模型。

小结

Spring BlazeDS Integration项目通过使用Spring开发模型简化了Java RIA的开发。通过与Spring Bean及Spring Security的集成，它可以轻松实现将远程服务直接公开给Flex客户端的过程。总体上来说，该项目主要面向使用Flex、BlazeDS及Java 的企业级应用开发。

Integration项目的未来版本会进一步增强与Spring的集成。计划的特性包括与Spring Security及JMS的进一步集成。同时还有一个用于定义服务端上远程服务的客户化模式定义。这将极大地简化配置文件的编写。