Spring与BlazeDS的整合之BlazeDS介绍(2)

最新推荐文章于 2021-02-27 05:46:20 发布

cdjason

最新推荐文章于 2021-02-27 05:46:20 发布

阅读量119

点赞数

分类专栏： Flex 文章标签： Spring Flex 防火墙 Adobe WebService

本文链接：https://blog.csdn.net/cdjason/article/details/83438130

版权

9 篇文章 0 订阅

订阅专栏

我们这次主要介绍的是BlazeDS，基于Java的一个AMF实现。也是Adobe 官方给出的一个开源实现。
源码SVN:
http://opensource.adobe.com/svn/opensource/blazeds/
下载带Tomcat服务器的整合包，解压后可以直接运行，体验例子：
http://flexorg.wip3.adobe.com/blazeds/3.0.x/milestone/3978/blazeds-turnkey-3.2.0.3978.zip
下载部署包，仅仅源码所必须的内容：
http://flexorg.wip3.adobe.com/blazeds/3.0.x/milestone/3978/blazeds-bin-3.2.0.3978.zip

在对其文件结构和配置进行介绍前，我先介绍一下BlazeDS的结构。这个图翻译自Adobe的BlazeDS官方文档

在BlazeDS中，其结构被设计为多层的传递式构建。

我们一般可以看到，BlazeDS暴露的Endpoint有几种

提供远程方法调用的
这种endpoint是最常见的一种endpoint,其默认形式是 /messagebroker/amf 或者如果通过https协议访问则是/messagebroker/amfsecure
提供普通http服务端
普通HTTP服务其是就是我们最常见的一些以xml形式或者逗号分割符的形式返回纯文本内容的形式。这里不加详细分析其默认访问形式 /messagebroker/http 或者 /messagebroker/httpsecure
提供消息流的
所谓消息流其实是Steaming, 他的含义通过标准的HTTP协议，提供防火墙穿透力很强的即时信息服务。其实现原理是客户端发出一个HTTP请求，服务器会将这个http请求放入休眠状态。由于http协议的特性，一个请求如果没有返回，则这个请求的tcp/ip连接是保持的。当服务器端有消息的时候，他会激活这个睡眠的线程请求，让其返回。客户端收到这个返回后，会重新发出一个新的请求，用于取出服务器上的消息。然后重复等待。这个endpoint的形式一般为 /messagebroker/streamingamf
提供服务器polling的.
polling也就是我们所说的刷服务器法。每隔一定的时间间隔，刷新服务器去获取新的消息更新。这个方法跟steaming方式的不同在于，其效率比steaming低，而且他没有steaming提供的消息即时性好。

我们看到，一个来自客户端的请求，通过MessageBrokerServlet捕获后，根据请求服务种类，转交给不同服务。

这里有

远程方法调用服务
远程方法调用也就是我们最常用的一种服务调用方式，其作用是在Flex客户端调用服务器上的某个方法，取得其返回结果。
代理服务
代理服务应该用在某些特殊场合，比如客户端需要调用企业内部的某个服务器上的webservice,而客户端又处于企业防火墙外部，这种情况下，通过 BlazeDS的代理服务，可以让客户端通过BlazeDS服务器(位于企业防火墙之内而又暴露了对外访问的服务器)，去访问防火墙内部的某个服务。另外，当遇到某些服务需要跨域策略文件(crossdomain,xml)的时候，可以通过代理来实现。
消息服务
消息服务主要是为Flex客户端提供一个健壮的消息服务接口，你可以通过JMS适配器直接和一些企业级的消息服务器直接连接。