package utils {
	import flash.events.Event;
	import flash.events.EventDispatcher;
	import flash.net.URLLoader;		

	/**
	 * @author Flying
	 */

	public class XMLParser extends EventDispatcher {

		public var parsedData : Array;
		public static  const PARSE : String = "parse";

		/**
		 * @param loader 加载器
		 */

		public function XMLParser(loader : URLLoader) {
			loader.addEventListener(Event.COMPLETE, completeHandler);
		}

		public function completeHandler(event : Event) : void {
			var item_xmlList : XMLList = XML(URLLoader(event.target).data).children();
			var xmlObj_array : Array = new Array();
			var item_xml : XML;
			for each (item_xml in item_xmlList) {
				var tempObj : Object = new Object();
				var node : XML;
				for each (node in item_xml.attributes()) {
					//用localName方法获取XML对象的限定名称
					var obj : Object = node.localName();
					tempObj[obj] = item_xml.@[obj];
				}
				xmlObj_array.push(tempObj);
			}
			parsedData = xmlObj_array;
			dispatchEvent(new Event(XMLParser.PARSE));
		}
	}
}

此类基于EventDispatcher类，构造时以URLLoader对象作为参数，当XML解析完后会派发PARSE事件，并将得到的对象数组列表作为事件对象的属性传递。

1. 将DataGrid输出为对应的Html字符串，一个DataGrid对应一个<table></table>，DataGridColumn的headerText属性对应<th></th>，DataGrid的一行对应一个<tr></tr>，DataGrid的一个单元格对应一个<td></td>；另外我们还可以使用getStyle方法将当前的样式属性值与table的样式属性值对应；

2.使用URLVariables 类和URLLoader类将字符串变量发送到服务器端脚本。详见：使用URLLoader类和URLVariables类实现AS3与服务器通信；

3.在服务器端我们只是简单地加一个文件头，再将Flex端发送的字符串在客户端打印出来。如果使用aps.net，请validateRequest设定为false；

说明：如果DataGrid的数据庞大，样式很多，生成的html字符串会很大，因此发送到服务器端输出Excel的效率不高。因此我们最好是只将DataGrid的过滤条件及样式发送到服务器端，然后在服务器端使用html字符串输出Excel。当然在服务器端使用Jexcel或POI API可以更好地控制Excel的输出。

点击此处查看最终效果，点击此处下载源文件。

2. 在服务器端，加载发送的XML包，取得其属性值并将其作为SQL查询语句的筛选条件，最后将生成的XML文件打印出来。

3. 使用URLLoader类从URL加载XML数据，AS2中使用XML对象的是sendAndLoad或Load方法。

4. XML数据加载完毕后，接着将其解析成DataGrid可支持的Array数据源类型。在AS3中，我们可以使用点 (.) 运算符和后代存取器 (..) 运算符可以访问 XML 对象的子属性，这样解析XML就方便多了。

说明：另外我们还可以使用括号运算符过滤具有特定元素名称或属性值的元素。也就是说，可以先在服务器端生成XML文件，然后再在Flex端过滤查询记录。不过因为未过滤生成的XML文件相比之下很大，第一次请求会很慢。

点击此处查看最终效果，点击此处下载源文件。后台脚本和数据库见http://www.riafan.com/article.asp?id=11中的附件。

至于处理服务器的响应，我们是用URLLoader 类的complete事件来处理的。与早期版本ActionScript 中的 XML 和 LoadVars 类非常相似，URLLoader URL 的数据在下载完成之前不可用。

最后值得一提的是，AS3允许通过URLRequestHeader对文件头进行操作，这是一个很重要的提升。

注意：本例所需的后台脚本与使用LoadVars实现Flash与服务器通信那篇文章中用到的一样：脚本的每个名称-值对都创建为URLVariables对象中的一个属性。唯一不一样的是：第一个名称-值不能加&，否则会报错：Error #2101: 传递给URLVariables.decode() 的字符串必须是包含名称/值对的 URL 编码的查询字符串。

点击此处查看最终效果，点击此处下载源文件。附件包含本例所需的各种后台脚本。

资源：

1.URLVariables：http://livedocs.adobe.com/flash/9.0_cn/ActionScriptLangRefV3/flash/net/URLVariables.html

2.URLLoader：http://livedocs.adobe.com/flash/9.0_cn/ActionScriptLangRefV3/flash/net/URLLoader.html

核心代码位于itemClickHandler事件侦听函数中，我们这里使用了递归算法。

点击此处查看最终效果。

Message Service 提供发布(publish)/订阅(subscribe)机制允许Flex 应用程序发布消息、订阅消息终端(messaging destination)，从而实现数据的实时推动和协作传送。

消息终端在messaging-config.xml配置，其中频道(channel)是其关键元素，它用来实现客户端和服务器端交换数据。使用BlazeDS，消息终端通常用作streaming频道或者polling频道。

使用streaming频道，服务器端会一直响应HTTP请求直到该频道连接被关闭，它允许服务器向客户端不断传送大量的数据。因为HTTP连接是独一无二的，这实现数据的双向传送，每个streaming AMF或者HTTP频道事实上需要两个浏览器 HTTP连接， 一个连接需要不断处理服务器端与频道紧密相关的客户端的响应。另外需要一个短暂连接,只有当数据需要传送到服务器时，它才脱离浏览器连接池；当短暂连接不再需要时，它立即被释放回浏览器连接池。

polling频道可以通过简单的时间间隔或者使用服务器等待来配置，如果数据不马上可用 (长轮循)的话。另外，每次轮循响应完成请求。默认下浏览器HTTP 1.1的连接是持续的，浏览器轮循已有的连接，发送并发的轮循请求，以此来减轻轮循的开销。

当需要准实时通信时，streaming 频道是最好选择。

二、IE 与 Firefox浏览器下的不同

浏览器对每个session都有连接数限制。不同的浏览器，连接最大数以及对session的处理方式都不一样。

IE中每个session的最大连接数为2。 但如果从开始菜单或快捷方式打开多个IE实例，每个IE实例开启不同的进程并拥有各自session。另外，如果我们通过CTRL+N 开启对已有的IE实例一个新的IE窗口，该窗口将与创建它的IE实例共用一个session 。也就是说，如果程序实例开启不同的进程，我们可以通过HTTP streaming建立不限量应用取得服务器端数据；如果通过CTRL+N开启多个窗口，每个session最多建立2个连接。

Firefox中每个session最多建立8个连接。如果从开始菜单或快捷方式打开多个Firefox实例，所有实例开启使用同一进程并共用一个session。既然浏览器对普通的HTTP请求通常只需要一个连接， 理论上我们可以最多可以建立7个HTTP streaming连接。

三、messaging-config.xml

另外，如果每个session到达最大连接数，使用streaming channel连接到服务器的下一次尝试将失败：Endpoint with id 'my-streaming-amf' cannot grant streaming connection to FlexClient with id 'D640B86F-6B1D-92DF-8288-1B737A371AFE' because max-streaming-connections-per-session limit of '1' has been reached。不过，BlazeDS提供一种优雅的退后机制来处理这种情况：客户端始终会尝试使用频道表(messaging-config.xml中为服务终端定义)中的第一个频道来连接。如果该连接失败, 客户端将自动退后到频道表中的下一频道。在本实例中，我们为所有的服务终端定义了如下默认的ChannelSet：

<default-channels>
    <channel ref="my-streaming-amf"/>
    <channel ref="my-polling-amf"/>
</default-channels>

也就是说，客户端应用会首先尝试使用streaming channel连接，如果连接失败会使用polling channel。

客户端代码和使用LCDS差不多，比较简单，基本上都会使用Producer来发布聊天内容，使用Consumer来订阅聊天内容，从而实现实时聊天。另外本应用有简单的登入登出功能。

编写BlazeDS的Java远程服务类有三个要求：

1) 所有被调用的方法必须是public；

2) 所有的编译类必须能够通过BlazeDS的classpath访问得到；

3) 类必须是stateful/stateless的。

大家可以参考工程文件中的SimpleService.java。

2. 配置remoting-config.xml

Java服务类写好后，还需要配置，BlazeDS的Remote Service也是在服务器端对应了一个配置文件：remoting-config.xml，配置好Remote Service后，Flex在运行时才能找到相应的服务类用其调用的方法。下面就是本工程的Remote Service配置文件。

第2~3行指定服务的ID和对应的类，第5~7行设置适配器(adapters)的ID和对应的类。第9~11行指定默认的频道(channels)及其参照，该频道是在services-config.xml中定义的。适配器和频道可以设置多个，采用第一个优先的原则。前面这几项设置适用于proxy-config.xml、remoting-config.xml和我们后面要讲的messaging-config.xml。

第13~18行设置的服务终端(destination)，该属性必须和RemoteObject组件的服务终端属性一致。按照服务的种类，服务终端又可以分为代理服务终端、远程服务终端和消息服务终端。上一次讲述的代理服务终端，需要指定该终端的url，而这次我们讲述的远程服务终端，需要指定该终端的source和scope。source对应RemoteObject要调用的远程服务的全限定类名，不像FluorineFX，它不能在RemoteObject组件中指定。scope表示当前远程服务的作用范围，即远程服务类是stateful还是stateless，有application、session和request三个选项。

注意：我们提倡在配置文件中设置，这样更安全也方便后期维护。

3. 使用RemoteObjec组件

对于RemoteObjec组件，请参看http://www.riafan.com/article.asp?id=54的相关内容。一句话，Flex的RemoteObject与后台语言是无关的。在工程文件中的BasicRemoteObject.mxml，调用了SimpleService类的三个方法，当通过BlazeDS从J2EE服务器返回RemoteObjec时，Java数据被序列化成ActionScript数据。其中Java字符串对应ActionScript字符串，Java的数组列表对应ActionScript ArrayCollection。如果你想了解更多Java与ActionScript数据类型的转换，请参考http://livedocs.adobe.com/flex/3/html/help.html?content=data_access_4.html

一、下载BlazeDS

BlazeDS已经推出正式版：http://opensource.adobe.com/wiki/display/blazeds/Release+Builds，它有三个版本，其中Turnkey版内置了Tomcat和 Flex 3 SDK，还包含blazeds.war、ds-console.war和samples.war，建议初学者使用；Binary Distribution版只包括blazeds.war，此为最简配置；而Source则包含blazeds的Java源代码，想做二次开发就下载这个。

二、新建BlazeDS工程

1. 创建Flex工程，勾选Use remote object access service。

 最好在WTP上安装Flex 插件版，这样可以将Flex和Java整合在一个工程中。

2. 配置J2EE服务器，对于BlazeDS来说，使用Tomcat就可以了。设定上下文路径和blazeds.war的位置，如下图。

3.  设置资源文件夹名、主文件名称和输出文件的路径，如下图。

三、同域访问

访问HTTP Service可以直接在Flex端直接指定一个同域名的URL，也可以在proxy-config.xml中设置代理。现在我们就用一个简单的HTTP Service来检验工程是否可以在服务器上运行，请参考HTTPServiceDemo.mxml。

四、使用服务器端代理

更多情况下，我们需要对HTTP Service跨域访问，这就会存在Flash Player存在安全沙箱问题。对于跨域访问RPC有三种解决方案：使用Proxy Service和Remote Object Service或者在目标域下部署crossdomain.xml策略文件。

对于服务器端代理，可以简单在服务器端定义DefaultHTTP，打开proxy-config.xml，如下配置。其中*号表示http://127.0.0.1:8080/blazeds下所有的HTTP Service。由于我们已经设置了默认的destination，因此在Flex端不需要设定destination了，但需要在Flex中指定HTTPService的绝对URL属性，并设定useProxy="true"。请参看DefaultDestination.mxml。

<destination id="DefaultHTTP">
      <properties>
           <dynamic-url>http://127.0.0.1:8080/blazeds/*</dynamic-url>
      </properties>
 </destination>

如上所述，服务器端代理使用默认的destination，需要指定HTTPService的绝对URL属性，不灵活不安全，我们更多时候还是要自定义destination。如下面的配置，我们在proxy-config.xml中设置destination的属性值为student，然后就可以在Flex中设定destination为student，然后就可以调用该端点对应的HTTP Service了。请参考NamedDestination.mxml。

<destination id="student">
      <properties>
          <url>http://{server.name}:{server.port}/{context.root}/data/student.xml</url>
      </properties>
 </destination>

注意：

1.使用BlazeDS/WTP整合向导时，BlazeDS工程的Content  Root始终是/WebContent，请修改成根据Root URL作相应修改；

2. 运行主程序前请导出发布版本(Export Release Build)并启动服务器；

3.在url元素中，{server.name}之类的变量和*不能同时使用。关于BlazeDS的配置，我们在后面还会讲述。如果我们安装了Turnkey版，可以在blazeds\resources\config中查看更详细的配置。

点击此处下载工程文件。该工程文件也包括后面要讲述的部分。

2. Foundation AIR: Creating Desktop Applications with the Adobe Integrated Runtime (Foundation)

2. The Essential Guide to Flex 3

3. Flex 3: A Beginner's Guide

4. Professional Adobe Flex 3

5. Flex 3 Cookbook