BlazeDS架构分析

 

BlazeDS架构分析

BlazeDS应用程序包括客户端应用程序和服务端应用程序两部分。客户端应用程序通过特定的通道(channels)与服务端应用程序进行通信。其基本 原理图如下所示:

BlazeDS架构分析_第1张图片

 一、客户端架构

1. (Flex Components )
           RemoteObject : 远程对象
           HTTPService :HTTPService
           WebService :WebService
           Producer :生产消息
           Consumer :消费消息
  2.(Channel Set)
           通道封装了客户端与服务端沟通的细节。关于通道的定义请参考附件中的services-config.xml文件。
  3.   (Messages)
  客户端与服务端交互的数据都是以一定格式的Message来封装的。常用的Message有: RemotingMessage, AcknowledgeMessage, CommandMessage, AsyncMessage等。例如客户端的 RemoteObject将客户端数据序列化封装成RemotingMessage通过合适的通道发送给服务器,服务器通过终端(Endpoint)反序 列化RemotingMessage中的数据进行业务处理,然后序列化数据为AcknowledgeMessage,并封装到客户端组件的 ResultEvent中。

二、服务端架构

BlazeDS应用的服务端包含在一定的 JavaEE WEB应用中。客户端产生一个请求(Request)

并能过合适的通道(channel)路由到服务 端合适的终端(endpoint);到达终端以后,请求再通过包含了 MessageBroker,Service,Destination,Adapter 这些类的处理链处理,最后请求转化为合适的Adapter类,而这些类可以被服务端Java应用程序处理。响应结果在服务端被封装序列化成客户端能够识别 的数据格式。

 1.(Endpoint)
  Endpoint包含在 JavaEE Servlet容器中,并由MessageBrokerServlet引导管理。客户端应用通过channel与服务端的endpoint通信。所以 channel和endpoint必须使用同样的消息格式。例如AMFChannel必须与AMFEndpoint映射。
 2.  (MessageBroker)
  MessageBroker检查 endpoint的目标并路由到正确的服务类。
 3.(Service And Destinations)
        RemotingService and RemotingDestination
        HTPProxyService and HTTPProxyDestination
        MessageService and MessageDestination
 Destination 是Service的实例,客户端组件通过指定destination 来调用对应的 Server实例。

 4.(Adapters and assemblers)
        RemotingDestination uses JavaAdapter
        HTTPProxyDestination uses HTTPProxyAdapter or SOAPAdapter
        MessageDestination uses ActionScriptAdapter or JMSAdapter
 适配器类主要是将客 户端请求转换为正确定的对象,以方便服务端处理。 

你可能感兴趣的:(webservice,javaee,servlet,service,终端,Components)