<![CDATA[swingchen的博客]]> http://swingchen.bokee.com/index.html zh-cn email 2007-09-17T02:38:46Z <![CDATA[使用Flex Data Services 2中的RPC服务]]> http://swingchen.bokee.com/6458271.html

原文

Using RPC services in Flex Data Services 2

翻译

Adobe Flex 2系列产品对开发者创建和管理面向服务的富因特网应用程序（RIAs）的方式做了几个重要改进。尽管Flex 封装（packaging）的改进使我们可以选择使用或者不使用服务器端组件来创建并部署Flex应用程序，但是Flex Data Services中的新的性能使得使用服务器端组件比任何时候都有价值。这篇文章通过着重描述Flex 1.5 和最新版本的Flex 2.0这二者的远程过程调用（remote, procedure call，RPC）之间的不同，对Flex Data Service 2中的新性能进行了概述。 Flex Data Services 2消息框架包括几个可以让RPC 服务请求变得健壮的新的服务质量（quality-of-service）特性。首先，每个信道 （channel）在发送任何请求之前都会检查它是否可以和服务器成功通讯。第二，开发者可以为每个端点（endpoint）定义多个信道，这使得配置更加灵活并在第一个信道不可用的情况下可以转到另一个。消息框架也支持集群（clustered）环境，所以RPC服务可以利用冗余的环境来提供强壮的服务。

Flex Data Services 2还提供了很多性能来提高应用程序的可维护性。一个定义服务的配置文件使开发者可以为服务添加和移除接收点（destination），配置信道端点，设置安全性来控制服务访问，为健壮的程序定义集群，以及调整日志（logging）来帮助调试。如果技术需求改变，新的配置格式也可以让开发者添加新的信道，服务，适配器（adapter），登录命令，和日志对象。

Flex 1.5通过RemoteObject, HTTPService, 和 WebService MXML标签为异步呼叫远程过程提供了三个API。这些服务称作RPC 服务而且开发者使用它们来创建有面向服务架构（service-oriented architecture，SOA）的应用程序。Flex Data Services 2在继续提供这些RPC服务的同时还引进了两个新的数据服务，这两个新的数据服务引入了新的性能和一个新的编程模型。所有的服务都基于新版本ActionScript（ActionScript 3.0）提供的一个公共消息体系。这篇文档描述了Flex 1.5和Flex 2之间的不同以及Flex Data Services 2中的RPC服务是如何利用这些改进的。

RPC服务和消息体系

Flex 2中新的消息体系为RPC服务引进了几个新的概念。这一节从较高层次阐明了它与Flex 1.5的不同并且概要说明了Flex 2中与之等价的特性。

在Flex 1.5中，开发者使用MXML标签来连接RPC服务。你可以指定几个属性，比如服务名，请求将要被发送到的端点等等。Flex 1.5中的各个RPC服务使用了不同的技术，所以每个服务的配置选项和术语都不一样。例如，一个RemoteObject标签指定了命名的或未命名的源（source）并连接到一个Action Message Format（Action消息格式，AMF）网关，而HTTPService和WebService标签则使用命名的服务或原始的URL并使用基于文本的查询参数或XML连接到一个HTTP Proxy。

Flex 2为这个模型引入了几个改进，使该模型在不同的信道之间更加一致，而且为开发者提供了更高的灵活性。在客户端，开发者可以使用MXML标签或纯ActionScript API来声明服务连接。如果连接只是在客户端，服务的URI会被指定为一个参数。如果连接利用了Flex Data Services，开发者就定义一个关联到所需服务的逻辑接收点（destination）。这些服务表现出各种各样截然不同的性能，比如间接web service呼叫和消息集成。在服务器端，所有的接收点都通过配置文件被配置好了。一个接收点包括了接收点所连接的端点的信息，所有连接都会使用的多种消息选项，以及用来通讯的信道。信道展现了一个通讯机制，比较有代表性地就是指定协议和一些诸如信道是否使用轮询（polling）和预期的轮询间隔之类的选项。

这些各种各样的服务提供的所有通讯都经由一个将消息传递给适当的服务的公共消息代理。消息类型和选中的接收点（destination）被消息代理用来选择适当的服务并确保该服务可以处理这个消息。RemoteObject消息被发送到RemotingService，而HTTPService和WebService消息被发送到ProxyService。表 1 把Flex 1.5的服务概念和Flex Data Services 2中与之等价的东西做了比较。

表 1. Flex 1.5和 Flex Data Services 2 概念的比较

Flex 1.5 Services概念

Flex Data Services 2 中的等价物

命名的和未命名的服务（Named and Unnamed Services）

在Flex1.5中，鼓励开发者赋予服务一个名字来作为别名；但是，客户端也可以通过未命名的方式动态地提供一个服务的细节（比如一个第三方URL，或是一个对象的源文件）

接收点（Destinations）

一个接收点等同于Flex1.5中的一个命名的服务。接收点是指最终的端点。所有的请求必须被发送到相关服务（Remoting Service, Proxy Service, Message Service, 和Data Service）的一个接收点。

Proxy

典型地，HTTPService和WebService请求的预期端点是一个远程的第三方服务。但是，Flash® Player的安全沙盒（sandbox）把请求约束在程序加载的域中。为了避免在每一个远程站点都需要一个crossdomain.xml文件，Flex 1.5向开发者提供了一个内部的Proxy Servlet来把请求发送到合适的端点。

Proxy Service

尽管HTTPService和WebService使用消息代理在Proxy Service中回复请求，安全沙盒（sandbox）限制仍然被应用到所有服务。 Prox Service不再被默认使用；useProxy属性的默认值是false。由于useProxy的值是false，消息代理并没有联系而且destination属性也没有用到。作为替代的是，开发者必须为HTTPService标签设置url属性或为WebService标签定义wsdl属性。开发者通过选取一个特定的直接信道来把不是基于消息的请求发送到第三方端点。 为了使用proxy，开发者必须在HTTPService或WebService中设定useProxy为true。在HTTPService或WebService中设定接收点就会自动把useProxy设置为true。使用ProxyService的时候，可以对任何信道发送请求。信道被注册为消息代理的端点。基于HTTP的信道发送消息到一个消息代理servlet。基于实时消息协议（RTMP）的信道发送消息来指定TCP/IP端口；消息代理管理监听这些端口的socket。

AMF 网关

RemoteObject请求的端点是一个AMF网关servlet

Remoting Service

没有为RemoteObject指定信道；可以通过任何信道向Remoting Service发送请求。

RPC服务配置

在Flex 1.5中，编译器和运行时服务的配置设置都在同一个配置文件，flex-config.xml中。这个配置文件有三个部分用于RPC服务：<remote-objects>用于RemoteObject标签，<web-service-proxy>用于WebService标签，<http-service-proxy>用于HTTPService标签。Flex在编译时使用这些服务配置信息来为MXML标签生成代码并验证标签属性。下面的例子展示了Flex 1.5配置文件，flex-config.xml的结构。

]]> 6458271@http://swingchen.bokee.com/ 2007-09-16 16:23 <![CDATA[加密/解密基本机理]]> http://swingchen.bokee.com/6309241.html

(转载)

因为Web Service是靠SOAP协议进行传输信息的，所以对Web Service的加密就是对SOAP消息进行加密，通过SOAP协议扩展,可以实现这一点。数据在网络上传输，重要的一点是保证它的正确 性和完整性，并且要防止被无意或恶意的修改，窃取。Web Service中提供的加密模式有多少呢？怎样实现的呢？

加密将防止数据被查看或修改，并在原本不安全的信道上提供安全的通讯信道。例如，可以使用加密算法对数据进行加密，在加密状态下传输数据，然后由预定的接收方对数据进行解密。如果第三方截获了加密的数据，将难以解密该数据。

在一个使用加密的典型场合中，双方（小红和小明）在不安全的信道上通讯。小红和小明想要确保任何可能正在侦听的人无法理解他们之间的通讯。而且，由于小红和小明相距遥远，因此小红必须确保她从小明处收到的信息没有在传输期间被任何人修改。此外，她必须确定信息确实是发自小明而不是有人模仿小明发出的。

加密用于达到以下目的：

  •  保密性：防止用户的标识或数据被读取。

  • 数据完整性：防止数据被更改。

  • 身份验证：确保数据发自特定的一方。

为了达到这些目的，小红和小明使用算法和惯例的组合（称作加密基元）来创建加密方案。下表列出了加密基元及它们的用法。

加密基元使用
私钥加密（对称加密）对数据执行转换，使第三方无法读取该数据。此类型的加密使用单个共享的机密密钥来加密和解密数据。
公钥加密（不对称加密）对数据执行转换，使第三方无法读取该数据。此类加密使用公钥/私钥对来加密和解密数据。
加密签名通过创建对特定的一方唯一的数字签名来确保数据发自该特定方。此过程还使用哈希函数。
加密哈希将数据从任意长度映射为定长字节序列。哈希在统计上是唯一的；不同的双字节序列不会哈希为同一个值。

私钥加密

私钥加密算法使用单个私钥来加密和解密数据。由于具有密钥的任意一方都可以使用该密钥解密数据，因此必须保护密钥不被未经授权的代理得到。私钥加密也称为对称加密，原因是同一密钥既用于加密又用于解密。私钥加密算法非常快（与公钥算法相比）并特别适合于对大型数据流执行加密转换。

通常，私钥算法（称为块密码）用于一次加密一个数据块。块密码（如 RC2、DES、TrippleDES 和 Rijndael）通过加密将 n 字节的输入块转换为加密字节的输出块。如果要加密或解密字节序列，必须逐块进行。由于 n 的大小很小（对于 RC2、DES 和 TripleDES，n = 8 字节；n = 16 [默认值]；n = 24；对于 Rijndael，n = 32），因此必须对大于 n 字节的值一次加密一个块。

基类库中提供的块密码类使用称作密码块链 (CBC) 的链模式，它使用一个密钥和一个初始化向量 (IV) 对数据执行加密转换。对于给定的私钥 k，不使用初始化向量的简单块密码将把相同的明文输入块加密为同样的密文输出块。如果在明文流内有重复的块，那么在密文流内也会有重复的块。如果未经授权的用户知道有关明文块的结构的所有信息，就可以使用该信息解密已知的密文块并有可能获得您的密钥。若要克服这个问题，可将上一个块中的信息混合到加密下一个块的过程中。这样，两个相同的明文块的输出就会不同。由于该技术使用上一个块加密下一个块，因此使用了一个 IV 来加密数据的第一个块。使用该系统，未经授权的用户有可能知道的公共消息标头将无法用于对密钥进行反向工程。

可以危及用此类型密码加密的数据的一个方法是，对每个可能的密钥执行穷举搜索。根据用于执行加密的密钥大小，即使使用最快的计算机执行这种搜索，也极其耗时，因此难以实施。使用较大的密钥大小将使解密更加困难。虽然从理论上说加密不会使对手无法检索加密的数据，但它确实极大增加了这样做的成本。如果执行彻底搜索来检索只在几天内有意义的数据需要花费三个月的时间，那么穷举搜索的方法是不实用的。

私钥加密的缺点是它假定双方已就密钥和 IV 取得了一致，并且互相传达了密钥和 IV 的值。并且，密钥必须对未经授权的用户保密。由于这些问题，私钥加密通常与公钥加密一起使用以秘密地传达密钥和 IV 的值。

假设小红和小明是要在不安全的信道上进行通讯的双方，他们可能以如下方式使用私钥加密。小红和小明都同意使用一种具有特定密钥和 IV 的特定算法（如 Rijndael）。小红撰写一条消息并创建要在其上发送该消息的网络流。接下来，她使用该密钥和 IV 加密该文本，并通过 Internet 发送该文本。她没有将密钥和 IV 发送给小明。小明收到该加密文本并使用预先商定的密钥和 IV 对它进行解密。如果该传输被截获，截获者将无法恢复原始消息，原因是截获者不知道密钥或 IV。在这个方案中，密钥必须保密，但 IV 不需要保密。在实际的方案中，由小红或小明生成私钥并使用公钥（不对称）加密将该私有（对称）密钥传递给对方。有关更多信息，请参阅“公钥加密”。

.NET 框架提供以下实现私钥加密算法的类：

  • DESCryptoServiceProvider

  • RC2CryptoServiceProvider

  • RijndaelManaged

  • TripleDESCryptoServiceProvider

公钥加密

公钥加密使用一个必须对未经授权的用户保密的私钥和一个可以对任何人公开的公钥。公钥和私钥都在数学上相关联；用公钥加密的数据只能用私钥解密，而用私钥签名的数据只能用公钥验证。公钥可以被任何人使用；该密钥用于加密要发送到私钥持有者的数据。两个密钥对于通讯会话都是唯一的。公钥加密算法也称为不对称算法，原因是需要用一个密钥加密数据而需要用另一个密钥来解密数据。

公钥加密算法使用固定的缓冲区大小，而私钥加密算法使用可变长度的缓冲区。公钥算法无法像私钥算法那样将数据链接在一起而成为流，原因是只可以加密少量数据。因此，不对称操作不使用与对称操作相同的流模型。

使用公钥加密，双方（小红和小明）可能以如下方式使用公钥加密。首先，小红生成一个公钥/私钥对。如果小明想要给小红发送一条加密的消息，他将向她索要她的公钥。小红通过不安全的网络将她的公钥发送给小明，小明接着使用该密钥加密消息。（如果小明在不安全的信道如公共网络上收到小红的密钥，则小明必须同小红验证他具有她的公钥的正确副本。）小明将加密的消息发送给小红，而小红使用她的私钥解密该消息。

但是，在传输小红的公钥期间，未经授权的代理可能截获该密钥。而且，同一代理可能截获来自小明的加密消息。但是，该代理无法用公钥解密该消息。该消息只能用小红的私钥解密，而该私钥没有被传输。小红不使用她的私钥加密给小明的答复消息，原因是任何具有该公钥的人都可以解密该消息。如果小红想要将消息发送回小明，她将向小明索要他的公钥并使用该公钥加密她的消息。然后，小明使用与他相关联的私钥来解密该消息。

在实际的方案中，小红和小明使用公钥（不对称）加密来传输私（对称）钥，并对他们其余的会话使用私钥加密。

公钥加密具有更大的密钥空间（或密钥的可能值范围），因此不大容易受到对每个可能密钥都进行尝试的穷举攻击的影响。由于不必保护公钥，因此它易于分发。公钥算法可用于创建数字签名以验证数据发送方的标识。但是，公钥算法非常缓慢（与私钥算法相比），而且不是为加密大量数据而设计的。公钥算法仅对传输很少量的数据有用。通常，公钥加密用于加密私钥算法要使用的密钥和 IV。传输密钥和 IV 后，私钥加密将用于该会话的其余部分。

.NET 框架提供以下实现公钥加密算法的类：

  • DSACryptoServiceProvider

  • RSACryptoServiceProvider

数字签名

公钥算法还可用于构成数字签名。数字签名验证发送方的标识（如果您信任发送方的公钥）并保护数据的完整性。使用由小红生成的公钥，小红的数据的接收者可以通过将数字签名与小红的数据和小红的公钥进行比较来验证是否是小红发送了该数据。

为了使用公钥加密对消息进行数字签名，小红首先将哈希算法应用于该消息以创建消息摘要。该消息摘要是数据的紧凑且唯一的表示形式。然后，小红用她的私钥加密该消息摘要以创建她的个人签名。在收到该消息和签名时，小明使用小红的公钥解密签名以恢复该消息摘要，并使用与小红所使用的相同的哈希算法来散列该消息。如果小明计算的消息摘要与从小红那里收到的消息摘要完全一致，小明就可以确定该消息来自私钥的持有人，并且数据未被修改过。如果小明相信小红是私钥的持有人，则他知道该消息来自小红。

请注意，由于发送方的公钥为大家所周知，并且它通常包含在数字签名格式中，因此任何人都可以验证签名。此方法不保守消息的机密；若要使消息保密，还必须对消息进行加密。

.NET 框架提供以下实现数字签名算法的类：

  • DSACryptoServiceProvider

  • RSACryptoServiceProvider

哈希值

哈希算法将任意长度的二进制值映射为固定长度的较小二进制值，这个小的二进制值称为哈希值。哈希值是一段数据唯一且极其紧凑的数值表示形式。如果散列一段明文而且哪怕只更改该段落的一个字母，随后的哈希都将产生不同的值。要找到散列为同一个值的两个不同的输入，在计算上是不可能的。

消息身份验证代码 (MAC) 哈希函数通常与数字签名一起用于对数据进行签名，而消息检测代码 (MDC) 哈希函数则用于数据完整性。

小红和小明可能以下面的方式使用哈希函数以确保数据完整性。如果小红对小明编写一条消息并创建该消息的哈希，则小明可以在稍后散列该消息并将他的哈希与原始哈希进行比较。如果两个哈希值相同，则该消息没有被更改；但是，如果值不相同，则该消息在小红编写它之后已被更改。为了使此系统运行，小红必须对除小明外的所有人保密原始的哈希值。

.NET 框架提供以下实现数字签名算法的类：

  • HMACSHA1

  • MACTripleDES

  • MD5CryptoServiceProvider

  • SHA1Managed

  • SHA256Managed

  • SHA384Managed

  • SHA512Managed

随机数生成

随机数生成是许多加密操作不可分割的组成部分。例如，加密密钥需要尽可能地随机，以便使它们很难被复制。加密随机数生成器必须生成在计算上无法进行推算（低于 p < .05 的概率）的输出；即，任何推算下一个输出位的方法不得具有比随机猜测更高的成功几率。.NET 框架中的类使用随机数生成器生成加密密钥。

RNGCryptoServiceProvider 是随机数生成器算法的实现。

Web Service的加密模型有：

对象继承

.NET 框架安全系统实现可扩展模式的派生类继承。层次结构如下所示：

  • 算法类型类，如 SymmetricAlgorithm 或 HashAlgorithm。该级别为抽象。

  • 算法类从算法类型类继承，如 RC2 或 SHA1。该级别为抽象。

  • 算法类的实现从算法类继承，如 RC2CryptoServiceProvider 或 SHA1Managed。该级别是完全实现的。

使用这种模式的派生类，很容易添加新算法或现有算法的新实现。例如，若要创建新的公钥算法，可从 AsymmetricAlgorithm 继承。若要创建特定算法的新实现，可创建该算法的非抽象派生类。

流设计

公共语言运行库使用面向流的设计实现对称算法和哈希算法。该设计的核心是 CryptoStream，它是从 Stream 类派生的类。基于流的加密对象全都支持用于处理对象的数据传输部分的单个标准接口 (CryptoStream)。由于所有对象都在标准接口上生成，所以可以将多个对象（如一个哈希对象后跟一个加密对象）链接在一起，并且可以对数据执行多个操作而不需要为其提供任何中间存储。使用流模型时还可以用更小的对象生成对象。例如，可以将加密算法和哈希算法的组合视为单个流对象（即使该对象可能是从一组流对象生成的）。

加密配置

使用加密配置可以将算法的特定实现解析为算法名称，从而使 .NET 框架加密类具有可扩展性。您可以添加自己的硬件或软件算法实现，并将该实现映射到您选择的算法名称上。如果未在配置文件中指定算法，则使用默认设置。

在SOAP协议中可以在配置文件中指定，在传输时加密要传输的数据，在接收端解密SOAP消息，详情可见SOAP协议扩展方面的文档。

ip:202.114.105.17

网关：202.114.105.254

dns：202.114.96.1   202.114.96.2

主机：home

]]> 6309241@http://swingchen.bokee.com/ 2007-06-4 11:02 <![CDATA[Too many open files 解决方法 ]]> http://swingchen.bokee.com/6303471.html

Redhat 帮助文档[http://kbase.redhat.com/faq/FAQ_80_1540.shtm]
Issue:
How do I set the maximum number of files allowed to be open on a system
Resolution:
The current setting for maximum number of open files can be viewed with the command:

ulimit -n

This number indicates the maximum number of files normal users (i.e. non-root) can have open in a single session. Note that for the root user, ulimit -n will sometimes output 1024 even after following the procedure to increase the maximum number of open files. This won't effect root's ability to open large numbers of files, as only normal users are bound by this value.

To increase the maximum number of open files beyond the default of 1024, two changes to the system may be necessary. In these examples, we will increase the maximum number of open files to the arbitrary value of 2048. All changes need to be made by the root user and users will need to log out and log back in before the changes will take effect.

1. Configure the system to accept the desired value for maximum number of open files Check the value in /proc/sys/fs/file-max to see if it is larger than the value needed for the maximum number of open files:

# cat /proc/sys/fs/file-max

If the value isn't large enough, echo an appropriate number into the variable and add the change to /etc/sysctl.conf to make it persistent across reboots. If the number is already larger than the value you wish to use, skip to step 2.

# echo 2048 > /proc/sys/fs/file-max

and edit /etc/sysctl.conf to include the line:

fs.file-max = 2048

2. Set the value for maximum number of open files In the file /etc/security/limits.conf, below the commented line that reads

#

add this line:

* - nofile 2048

This line sets the default number of open file descriptors for every user on the system to 2048. Note that the "nofile" item has two possible limit values under the header: hard and soft. Both types of limits must be set before the change in the maximum number of open files will take effect. By using the "-" character, both hard and soft limits are set simultaneously.

The hard limit represents the maximum value a soft limit may have and the soft limit represents the limit being actively enforced on the system at that time. Hard limits can be lowered by normal users, but not raised and soft limits cannot be set higher than hard limits. Only root may raise hard limits.

When increasing file limit descriptors, you may want to simply double the value. For example, if you need to increase the default value of 1024, increase the value to 2048 first. If you need to increase it again, try 4096, etc.

==================================================================
1。ulimit -a 查看系统目前资源限制的设定。
[root@test security]# ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
file size (blocks, -f) unlimited
max locked memory (kbytes, -l) unlimited
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 7168
virtual memory (kbytes, -v) unlimited
[root@test security]#
通过以上命令，我们可以看到open files 的最大数为1024
那么我们可以通过一下命令修改该参数的最大值
2. ulimit -n 4096
[root@test security]# ulimit -n 4096
[root@test security]# ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
file size (blocks, -f) unlimited
max locked memory (kbytes, -l) unlimited
max memory size (kbytes, -m) unlimited
open files (-n) 4096
pipe size (512 bytes, -p) 8
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 7168
virtual memory (kbytes, -v) unlimited

这样我们就修改了系统在同一时间打开文件资源的最大数，基本解决以上问题。

另外我们可以通过lsof -p [进程的 pid]来查看系统当前打开的文件资源，可以了解不同时期系统的文件资源的使用情况，可根据情况进行系统资源的配置。
===================================================================
从这里学到的linux的命令
查看进程所占的文件描述符 lsof -p 390 | wc -l
查看系统的各种资源限制或者更改这个限制 ulimit -a

]]> 6303471@http://swingchen.bokee.com/ 2007-05-31 16:57 <![CDATA[Flex及Apollo开发资源下载]]> http://swingchen.bokee.com/6285199.html

客户端

Flex Builder 2 with Charting
官方下载：http://www.adobe.com/go/tryflex  （需要有Adobe帐号，登录后选择你需要的版本进行下载）
本地下载：http://211.155.21.54:83/software/FLXB_2.0_Win_WWE.exe

Flex SDK
官方下载：http://www.adobe.com/go/tryflex  （需要有Adobe帐号，登录后选择你需要的版本进行下载）
本地下载：http://211.155.21.54:83/software/flex_sdk_2.zip

Flex Charting 2
官方下载：http://www.adobe.com/go/tryflex  （需要有Adobe帐号，登录后选择你需要的版本进行下载）
本地下载：http://211.155.21.54:83/software/FCC2_MLP_WWE.zip

Apollo Extension for Adobe Flex Builder 2.0.1 (alpha 1)
官方下载：http://www.adobe.com/cfusion/entitlement/index.cfm?e=labs%5Fapollo  （需要有Adobe帐号，登录喉选择你需要的版本进行下载）
本地下载：http://211.155.21.54:83/software/fb_apollo_extensions_win_alpha1_031907.exe

Apollo SDK (alpha 1)
官方下载：http://www.adobe.com/cfusion/entitlement/index.cfm?e=labs%5Fapollo  （需要有Adobe帐号，登录喉选择你需要的版本进行下载）
本地下载：http://211.155.21.54:83/software/apollo_sdk_alpha1_031907.zip

Apollo Runtime (alpha 1)
官方下足载：http://www.adobe.com/go/apollo_p1_runtime_win
本地下载：http://211.155.21.54:83/software/apollo_win_alpha1_031907.msi


服务器端

Flex Data Services
官方下载：http://www.adobe.com/go/tryflex  （需要有Adobe帐号，登录后选择你需要的版本进行下载）
本地下载：http://211.155.21.54:83/software/fds2-win.exe

Adobe LiveCycle Data Services 2.5 Beta
官方下载：http://download.macromedia.com/pub/labs/livecycle_data_services/lcds25-b2-win_032007.exe


升级包

Flex 2.0.1升级包
官方下载：http://download.macromedia.com/pub/flex/flex_builder/flexbuilder2_201updater.exe
本地下载：http://211.155.21.54:83/software/flexbuilder2_201updater.exe

Flex 2.0.1 SDK HOTFIX 1
详情及安装说明请看：http://www.adobe.com/cfusion/knowledgebase/index.cfm?id=kb401224
官方下载：http://www.adobe.com/support/flex/ts/documents/kb401224/flex2sdk_hf1_159086.zip

Flex 2.0.1 patch for Flash CS3 Professional compatibility  （NEW！）
详情及安装说明请看：http://www.adobe.com/cfusion/knowledgebase/index.cfm?id=kb401493
官方下载：http://www.adobe.com/support/flex/ts/documents/kb401493/flex_201_patch_FINAL.zip

文档和书籍

AS3 cookbook （从flex2.org收集）
http://211.155.21.54:83/e-book/AS3_cookbook_%5BFlex2.org%5D.chm

Advanced.ActionScript.3.with.Design.Patterns （从flex2.org收集）
http://211.155.21.54:83/e-book/Advanced.ActionScript.3.with.Design.Patterns.Nov.2006_%5BFlex2.org%5D.chm

Adobe_Flex_2.0.1_Language_Reference（从flex2.org收集）
http://211.155.21.54:83/e-book/Adobe_Flex_2.0.1_Language_Reference_%5BFlex2.org%5D.chm

Adobe_Flex_2.0.1_Help （从flex2.org收集）
http://211.155.21.54:83/e-book/Adobe_Flex_2.0.1_Help_%5BFlex2.org%5D.chm

Adobe.Press.Adobe.Flex.2.Training.from.the.Source （从flex2.org收集）
http://211.155.21.54:83/e-book/Adobe.Press.Adobe.Flex.2.Training.from.the.Source.Oct.2006_%5BFlex2.org%5D.chm

apollo for flex pocketguide
http://211.155.21.54:83/e-book/apollo_for_flex_pocketguide_031907.pdf

APOLLO文档包
http://211.155.21.54:83/software/apollo_docs_alpha1_031907.zip

]]> 6285199@http://swingchen.bokee.com/ 2007-05-20 22:45 <![CDATA[Flex编程小技巧集锦]]> http://swingchen.bokee.com/6242465.html

1. 让 FlexBuilder 在编译 mxml 时生成 AS 中间代码：
    在工程属性页的“Flex Compiler”处的编译参数增加： -keep-generated-actionscript

2. AS3中对象深度拷贝通用方法(对于Transient不拷贝)
public static function cloneObject(source:Object) :* {
        var typeName:String = getQualifiedClassName(source);//获取全名
        var packageName:String = typeName.split("::")[1];//切出包名
        var type:Class = Class(getDefinitionByName(typeName));//获取Class

        registerClassAlias(packageName, type);//注册Class
       
        //复制对象
        var copier:ByteArray = new ByteArray();
        copier.writeObject(source);
        copier.position = 0;
        return copier.readObject();
}

3. SharedObject对复杂对象的存取
   var user:User=new User();
   user.id=1111
   registerClassAlias("com.kadang.User",User);
   share=SharedObject.getLocal(name,path);    
   share.data.user=user;
读取的时候你可以直接: var ws:User=share.data.user.
关键就在于 registerClassAlias 函数
格式：registerClassAlias("别名",类名);
作用：将类以别名的形式进形AMF编码，以便在ShareObject,localConnection,ByteArray,等二进制数据传输交换中正确地还原成类.

]]> 6242465@http://swingchen.bokee.com/ 2007-04-25 11:49 <![CDATA[在Flex 2.0.1中使用动态CSS]]> http://swingchen.bokee.com/6237987.html Flex 2.0.1 的特性之一就是可以动态加载CSS文件。这就使得你的程序在只有一个SWF文件的情况下有多个不同的外观。换句话说，就是不需要多个SWF来对应多个CSS文件。

示例

这里有一个简单的例子。创建一个Flex程序，其中有一个Panel控件，Panel中有一个Label和一个Button。然后创建两个CSS文件：

red_styles.css:

程序代码 程序代码
Panel {
    background-color: #600000;
    border-color: red;
    color: white:
}


green_styles.css:

程序代码 程序代码
Panel {
    background-color: #006000;
    border-color: green;
    color: white;
}


在主程序中，加入以下代码：

    
程序代码 程序代码
import mx.styles.StyleManager;

    private function loadStyles( name:String ) : void
    {
        StyleManager.loadStyleDeclarations( name );
    }


将下面两个RadioButton放到程序中Panel外的某个地方：

    
程序代码 程序代码
<mx:RadioButton label="Red" click="loadStyles('red_styles.swf')" />
    <mx:RadioButton label="Green" click="loadStyles('green_styles.swf')" />


注意“red” RadioButton想要使用red_styles.swf而“green” RadioButton想要使用green_styles.swf。你需要将CSS文件编译到SWF中。你可以使用下面两种方法的一种：

如果你正在使用Flex Builder 2.0.1，右键点击CCS文件并选择“Compile CSS to SWF”选项。或者你也可以使用mxmlc来将CSS文件编译到SWF文件中。

现在运行程序。当你点击“Red”按钮时Panel将会变成红色，点击“Green”按钮的时候Panel将会变成绿色。很酷，对吧？

在程序中使用动态CSS

如果你想要在程序中使用动态CSS，例如在Application标签中添加 initialize="loadStyles('red_styles.css')" ，你会发现在加载新的CSS来替换缺省CSS的时候会闪一下。

你可以避免CCS替换时发生的闪烁，只需遵循以下步骤：

首先，在Application标签中添加 visible="false"。

然后，覆写styleChanged 函数：

        
程序代码 程序代码
private var stylesAreGood:Boolean = false;
        
        override public function styleChanged(styleProp:String):void
        {
            super.styleChanged(styleProp);
            stylesAreGood = true;
        }


更改loadStyles函数将stylesAreGood设成false：

        
程序代码 程序代码
private function loadStyles( name:String ) : void
        {
            StyleManager.loadStyleDeclarations(name);
            stylesAreGood = false;
        }


然后添加下面的函数：

        
程序代码 程序代码
private function showApp() : void
        {
            if( stylesAreGood ) {
                visible = true;
            }
        }


最后在Application标签中的updateComplete事件调用showApp函数：

        
程序代码 程序代码
updateComplete="showApp()"


以上步骤做的是下面这些事情：
  • 开始的时候程序是不可见的。

  • 缺省的样式已经加载了，这会导致后面重复调用styleChanged函数。这里会将stylesAreGood设为true。
  • 然后初始化事件会调用loadStyles函数，将stylesAreGood设为false并请求加载样式表。
  • 一旦加载了新的样式，会再次调用styleChanged函数将stylesAreGood再次设置为true。
  • 最后，调用updateComplete函数，这时stylesAreGood的值为true，所以程序将会变为可见。

]]> 6237987@http://swingchen.bokee.com/ 2007-04-22 22:16 <![CDATA[使用RSL来减小Flex生成的SWF文件的大小]]> http://swingchen.bokee.com/6237984.html

1----------------------
减小应用SWF文件大小的一个方法就是将一些共享的外部资源拆分出去, 成为一个独立的文件, 这样可以单独地加载缓存到客户端. 这些共享资源可以由多个应用在运行时进行加载, 但是传递到客户端的动作只会发生一次. 这些共享文件被称为运行时共享库(Runtime Shared Libraries)或者简写为RSL.

如果你有多个应用而且这些应用共享一些核心组件或者类, 那么作为RSL,用户只会唯一的一次加载这些资源. 只要应用在同一个域中, 这些应用共享同一个缓存的RSL, 这样应用文件的大小就减小了. 使用RSL的应用越多, 效果越好, 如果只有一个应用, 总的文件大小不但不减小,反而会增大.

你既可以使用Flex Builder通过项目选项来创建Flex的Library项目,也可以使用compc这样的命令行. 编译好RSL以后, 可以在编译应用时把Library的位置传递给编译器.

下面是适合使用RSL的典型用例:
    * 大型应用, 需要使用通用组件库加载多个小型应用. 最顶级的应用和下级应用可以共享存储在RSL中的组件.

    * 在一个服务器上的使用通用组件库的系列应用. 当用户操作第一个应用时, 用户下载应用的SWF文件和RSL. 当操作第二个应用时, 用户就只需要下载应用本身的SWF文件就行了.
   
    * 一个独立的应用使用RSL的意义在于: 如果这个应用本身会频繁的修改, 而有一部分组件是极少改动的. 在这种情况下, 使用RSL的好处是: 组件下载一次, 而应用可以多次下载.

2----------------------
理解链接可以帮助你理解RSL是怎样工作的. Flex编译器支持静态链接和动态链接. 静态链接是最通常的方法. 但是动态链接使你借助于RSL来实现SWF文件的缩水以及应用的下载次数.

当你使用静态链接时, 编译器将应用中所有引用的类和依赖生成到最终的SWF文件中, 这个文件会比较大, 下载也会比较慢, 但是下载完毕后, 运行会比较快, 因为SWF文件中已经包含了所有的代码.

如果你的应用中使用了类库, 那么你需要使用类路径或者是添加SWC文件. 如果是使用类路径, 编译器会将类路径中用到的那部分类打包生成到SWF文件中. 如果是使用SWC文件, 编译器会将整个SWC文件打包到SWF文件中.

动态链接是这样的: 一个应用要使用的一部分类存在于一个外部的文件中, 运行时动态加载. 这样的话, 主SWF文件可以小一些, 但是应用依赖于运行时加载的外部文件. RSL就是使用动态链接的.

如果想使用动态链接类, 需要把它们编译成库. 然后编译器将库中的内容从SWF文件剔除出去. 而且必须在编译时提供链接检查.

为指定哪些文件是动态链接的,需要使用外部库路径选项,外部选项或者外部加载编译选项. 这些选项告诉编译器从应用中去除此部分内容, 而预备在运行时调用. 外部选项为动态链接指定了单独的类. 外部加载选项指定了一个XML文件, 描述了动态链接的类.

指定SL的外部资源的顺序是非常关键的, 因为被其他类调用的基础类必须被首先加载.

你还要用runtime-shared-libraries选项来指定RSL的位置.

你可以使用link-report这个编译选项来查看应用的链接信息.

3----------------------
RSL也需要谨慎使用

RSL也不是对于所有的应用都是有益的. 需要对应用RSL前后的下载时间和启动时间都测试过, 才能得到正确的结论.

RSL不能跨域共享. 如果客户在一个域中使用了RSL, 然后运行了另一个域的应用, 虽然这两个RSL是相同的, 但是需要下载两次.

RSL通常会增加应用的启动时间. 这是应用不管整个库实际如何使用, 只是简单地全部加载整个库. 就这一点来说, RSL越小越好. 这与静态链接库的使用是不同的. 当你编译一个Felx应用时, 编译器只解开需要的组件. 一般来说, 库的大小可以是任意的, 它只影响编译时间而不会影响下载的时间.

如果在好几个应用中使用相同的组件库, 那么可以考虑合并这些库, 形成一个RSL. 但是如果库合并后, 每个应用只会用到其中的一小部分, 那么还不如多加载几个小RSL更高效.

如果一些类重复打包在多个RSL中, 那么一定要注意同步更新的问题.

RSL不能应用在基类是Sprite或者MovieClip的纯ActionScript项目中. 因为RSL需要基类知道如何加载RSL, 比如: Application或者SimpleApplication.

关于 framework.swc文件

framework.swc是一个标准的SWC文件. 缺省地它不能用作RSL. 整个framwork.swc文件不被链接到任何一个应用中. Flex编译器只将那些应用用到的部分链接到生成最后的SWF文件. 比如: 如果一个应用只使用了Button, Panel和TextArea控件, 那么只有这几个控件和它们的依赖项被编译器链接.

几乎所有的应用都需要framework.swc文件的一部分, 但是它并不适合作为RSL. 原因如上据说, RSL是整个链接, 不管实际使用多少的. 如果RSL包含了很多类, 而应用只使用了其中的一小部分, 那么这样的加载方式并不是最合理的. 这样使用会造成应用的启动时间大大增加.


RSL的优点

下面的一个例子说明了将几个的共享组件做成RSL的优点. 在这个例子中, 组件库的大小是150K, 编译后的应用的大小是100K.


使用了RSL, RSL只被下载一次. 那么合计下载量是350K, 节约了30%. 如果再添加第3个, 第4个应用的话, 每次都能150K的下载量.

一般来说, 在一个域中使用同一个RSL的应用越多, 那么好处就越大.

4----------------------创建库

可以使用Flex Builder或者Compc命令行来创建库. 库可以是一个SWC文件, 或者是包含了library.swf和catalog.xml文件的目录. 一个库通常包含自定义组件和类. 然后就可以在RSL中使用这些库了.

在Flex Bulder中, 通过使用Flex Library Build Path对话框来添加资源到库中.

在命令行中, 使用include-classes和include-namespaces选项来添加文件到库中.

下面的命令行示例说明了如何创建一个名字叫CustomCellRenderer的库:

compc -source-path ../mycomponents/components/local
-include-classes CustomCellRendererComponent -directory=true -debug=false
-output ../libraries/CustomCellRenderer

所有包含的组件必须是静态链接的文件. 使用compc编译器创建库时, 不能使用include-file选项, 因为这个选项不是将library.swf文件静态链接到库中的.

可以使用directory选项指定输出到一个目录而不是到一个SWC文件中:



   
        
            mycomponents/components/local
        
   
    libraries/CustomCellRenderer
    true
    false
   
        CustomCellRendererComponent
   


输出会是一个目录,目录里包含两个文件
    * catalog.xml
    * library.swf

创建library.swf文件后, 你可以编译应用并且指定文件的位置.
5----------------------
在编译应用时要使用RSL, 需要使用下列编译选项:

    * runtime-shared-libraries 提供运行运行时共享库的位置.
    * external-library-path|externs|load-externs 提供编译时库的位置. 编译器需要这个信息动态链接.


使用runtime-shared-libraries选项来指定SWF文件的位置, 这样应用能够在运行时加载RSL. 需要指定SWF与部署位置的相对路径. 比如: 如果把library.swf文件放在web_root/libraries目录下, 而应用在web_root目录下, 那么文件的指定方法是: libraries/library.swf
可以用这个选项指定多个库. 如果指定了多个库, 需要用逗号分隔.


使用external-library-path选项来指定library在编译时的SWC文件或者目录的位置. 编译器会在编译时根据这个选项进行链接的检查. 你还可以使用externs或者load-externs选项来指定其他单独的classes或者xml文件来定义库的内容.


下面是一个编译MyApp应用的命令行示例, 其中使用了2个库:

mxmlc -runtime-shared-libraries=
../libraries/CustomCellRenderer/library.swf,
../libraries/CustomDataGrid/library.swf
-external-library-path=../libraries/CustomCellRenderer,
../libraries/CustomDataGrid MyApp.mxml

库的顺序非常重要, 因为基础类必须先加载.


你先可以使用配置文件, 示例如下:


   
        ../libraries/CustomCellRenderer
        ../libraries/CustomDataGrid
        ../libs/playerglobal.swc
   


    ../libraries/CustomCellRenderer/library.swf
    ../libraries/CustomDataGrid/library.swf



runtime-shared-libraries选项值是library.swf文件是相对部署目录的路径. external-library-path选项是编译时SWC文件的路径. 因此, 必须先知道库的部署路径.



示例中, 编译时文件结构如下:

c:/appfiles/MyApp.mxml
c:/libraries/CustomCellRenderer/CustomCellRenderer.swc
c:/libraries/CustomDataGrid/CustomDataGrid.swc

library.swf在编译进不是必需的. Flex编译器不验证SWF文件的存在与否, 但会把路径信息编译进行最后的应用代码中.


文件的部署结构如下:

web_root/MyApp.swf
web_root/libraries/CustomCellRenderer/library.swf
web_root/libraries/CustomDataGrid/library.swf

6----------------------
这个例子包括了应用中使用RSL的完整流程。使用命令行进行编译，但是你可以使用FlexBuilder用相同的过程来创建使用RSL。

记住SWC文件是一个包含SWF文件的二进制文件，而SWF文件包含运行时的定义和附属元数据。你可以用压缩工具比如WinZip来打开SWC文件。
在使用RSL之前，首先需要了解如何静态链接一个SWC文件。

在这个例子中，应用有一个app.mxml文件，使用ProductConfigurator.as和ProductView.as。文件目录如下：

project/src/app.mxml
project/libsrc/ProductConfigurator.as
project/libsrc/ProductView.as
project/lib/
project/bin/


编译这个应用时，可以使用source-path选项将/libsrc目录下的类链接进来，方法如下：

cd project/src
mxmlc -o=../bin/app.swf -source-path+=../libsrc app.mxml

这个命令添加ProductConfigurator和ProductView类到SWF文件中。


如果要创建库，可以用compc来创建SWC文件，用下面的命令：

cd project
compc -source-path+=libsrc -debug=false -o=lib/mylib.swc
ProductConfigurator ProductView

注意要将debug选项设置为false. 生成结果是project/lib/mylib.swc文件，包含ProductConfigurator和ProductView两个类。

现在可以使用新创建的库来重新编译应用，用library-path选项来指定库，方法如下：

cd project/src
mxmlc -o=../bin/app.swf -library-path+=../lib/mylib.swc app.mxml

创建库以后，你可以用RSL来重新编译生成应用。完整的步骤如下：

   1. 指示编译器不要将库链接到应用中。
   2. 准备RSL，以便于在运行时使用。
   3. 指示编译器生成附加元数据用于加载RSL。


第一步是指定编译生成应用时库中的哪些类需要排除在外。主要是使用external-library-path选项，如下面的例子所示：

cd project/src
mxmlc -o=../bin/app.swf -external-library-path+=../lib/mylib.swc app.mxml

如果你尝试运行app.swf，Flash Player会抛出一个运行时异常。因为ProductConfigurator和ProductView类还未定义。external-library-path配置选项告诉编译器编译这些库，但是忽略了定义。你也可以使用externs选项，但是一般来说，使用external-library-path更方便。

下一步是准备RSL以便于能在运行时找到它。首先从SWC文件中将library.swf解压出来。

下面是如何解压的例子：

cd project/lib
unzip mylib.swc library.swf
mv library.swf ../bin/myrsl.swf

此例子中将library.swf更名为myrsl.swf，并把它移动到应用SWF文件所在的目录。

最后一步是使用RSL重新编译应用。主要是使用runtime-shared-libraries选项，方法如下：

cd project/src
mxmlc -o=../bin/app.swf -external-library-path+=../lib/mylib.swc
-runtime-shared-libraries=myrsl.swf app.mxml

现在新的SWF文件会在运行应用前动态加载RSL了。

原文在 Adobe Flex 2 Help -> Building and Deploying Flex 2 Applications ->Building Flex Applications->Using Runtime Shared Libraries

]]> 6237984@http://swingchen.bokee.com/ 2007-04-22 22:14 <![CDATA[Flex2动态加载的调试]]> http://swingchen.bokee.com/6237955.html

    开发过程中主程序使用SWFLoader加载的其它项目无法调试，设置断点不起作用。解决无法调试的原因是SWFLoader直接加载Release版的swf文件，其中没有包含调试信息。因此，在调试时需要加载debug版的swf文件。当调试时，首先启动TmsClient-debug.swf，可以在TmsClient的主程序中用下面的代码判断当前是否处于调试模式

public function isDebug():Boolean {
    var url:String = this.systemManager.loaderInfo.url;
    var protocol:String = URLUtil.getProtocol(url);
    return protocol == "file" && url.indexOf("%2Ddebug.swf") != -1;
}

]]> 6237955@http://swingchen.bokee.com/ 2007-04-22 22:02 <![CDATA[XML处理技术（2）]]> http://swingchen.bokee.com/6220963.html

1.3    XStream的使用

在使用 XStream 之前首先到 http://xstream.codehaus.org 下载 XStream 的最新版本，然后把 XSteam***.jar 和 xpp3-***.jar 导入到 ClassPath 下，然后就可以使用了，当然不加入 xpp3-***.jar 也可以，我们可以使用 DomDriver 做为 XML 解析驱动（只要在实例化 XStream 的时候使用 new XStream(new DomDriver()) 即可），不过 Xpp3 为 XStream 提供的一个很有效率的 XML pull-parser 实现，推荐使用，可以提高解析的效率。

XML 的解析

我们有一个记录书籍进行的 XML 文件：

<book>

     <name>J2EE Guide Book</name>

     <author>

         <name>Jerry</name>

         <email>Jerry@mail.com</email>

     </author>

</book>

为了解析此 XML 文件，我们首先创建代表书籍和人员的两个 JavaBean 。

代码 5 . 3 人员和书籍的 JavaBean

public class BookInfo

{

     private String name;

     private PersonInfo author;

     public PersonInfo getAuthor()

     {

         return author;

     }

     public void setAuthor(PersonInfo author)

     {

         this.author = author;

     }

     public String getName()

     {

         return name;

     }

     public void setName(String name)

     {

         this.name = name;

     }

}

 

public class PersonInfo

{

     private String name;

     private String email;

     public String getEmail()

     {

         return email;

     }

     public void setEmail(String email)

     {

         this.email = email;

     }

     public String getName()

     {

         return name;

     }

     public void setName(String name)

     {

         this.name = name;

     }

}

然后我们就可以进行文件的解析了，这也是重头戏：

代码 5 . 4 XStream 的 XML 解析

XStream xstream = new XStream();

xstream.alias("book", BookInfo.class);

xstream.alias("author", PersonInfo.class);

InputStream inStream = XStreamDemo.class

         .getResourceAsStream("/com/cownew/Char0503/Books.xml");

InputStreamReader reader = new InputStreamReader(inStream);

BookInfo book = (BookInfo) xstream.fromXML(reader);

StringBuffer sb = new StringBuffer();

sb.append(book.getName()).append(" 的作者 ");

sb.append(book.getAuthor().getName()).append(" 的 Email 为 :");

sb.append(book.getAuthor().getEmail());

System.out.println(sb);

运行结果：

J2EE Guide Book 的作者 Jerry 的 Email 为 :Jerry@mail.com     

由于 book 节点和 author 节点对应的数据类型是我们的自定义类型，因此我们必须首先向 XStream 注册这两个类型 ：

xstream.alias("book", BookInfo.class);

xstream.alias("author", PersonInfo.class);

由于我们是使用 XStream 解析已有的 XML 文件，因此我们必须让 XStream 知道标签对应的类型是什么，如果我们是使用 XStream 进行 XML 文件的生成，那么我们甚至无需向 XStream 注册别名即可进行文件解析。

注册完类型以后，调用 XStream 类的 fromXML 方法即可把 XML 解析成 JavaBean 对象，无需额外的操作。

XML 文件的保存

我们不仅需要解析 XML 文件，有的时候还需要将数据保存到 XML 文件， XStream 同样能很好的完成，并且能更体现出 XStream 的强大。

代码 5 . 5 XStream 中 XML 的保存

List bookList = new ArrayList();

PersonInfo p1 = new PersonInfo();

p1.setName("Tom");

p1.setEmail("Tom@mail.com");

PersonInfo p2 = new PersonInfo();

p2.setName("Jerry");

p2.setEmail("Jerry@mail.com");

    

BookInfo book1 = new BookInfo();

book1.setName("About Face");

book1.setAuthor(p1);

    

BookInfo book2 = new BookInfo();

book2.setName("UI Design");

book2.setAuthor(p2);

    

bookList.add(book1);

bookList.add(book2);

    

XStream xstream = new XStream();

String xml = xstream.toXML(bookList);

System.out.println(xml);

    

List list = (List) xstream.fromXML(xml);

for(int i=0,n=list.size();i<n;i++)

{

     BookInfo book = (BookInfo) list.get(i);

     StringBuffer sb = new StringBuffer();

     sb.append(book.getName()).append(" 的作者 ");

     sb.append(book.getAuthor().getName()).append(" 的 Email 为 :");

     sb.append(book.getAuthor().getEmail());

     System.out.println(sb);

}

运行结果：

<list>

  <com.cownew.Char0503.BookInfo>

    <name>About Face</name>

    <author>

      <name>Tom</name>

      <email>Tom@mail.com</email>

    </author>

  </com.cownew.Char0503.BookInfo>

  <com.cownew.Char0503.BookInfo>

    <name>UI Design</name>

    <author>

      <name>Jerry</name>

      <email>Jerry@mail.com</email>

    </author>

  </com.cownew.Char0503.BookInfo>

</list>

 

不可思议吧！我们就是像在序列化一样把 JavaBean “序列化”为 XML 格式字符串，然后又轻松的将 XML 格式字符串“反序列化”为 JavaBean 。

不过美中不足的就是“ <com.cownew.Char0503.BookInfo> ”这个标签显得有点罗嗦。解决方式很简单，使用 5.3.1 一节中提到的 alias 方法就可以办到：

将 xstream.alias("book", BookInfo.class); 添加到 XStream xstream = new XStream(); 之后，然后重新运行：

<list>

  <book>

    <name>About Face</name>

    <author>

      <name>Tom</name>

      <email>Tom@mail.com</email>

    </author>

  </book>

  <book>

    <name>UI Design</name>

    <author>

      <name>Jerry</name>

      <email>Jerry@mail.com</email>

    </author>

  </book>

</list>

]]> 6220963@http://swingchen.bokee.com/ 2007-04-13 11:05 <![CDATA[XML处理技术（1）]]> http://swingchen.bokee.com/6220957.html

XML 技术是随着 Java 的发展而发展起来的。在 XML 出现之前对于简单的数据格式通常是存储在 ini 配置文件等文本文件中，复杂的格式则采用自定义的文件格式，因此对于每种文件格式都要有专门的解析程序。 XML 出现以后解决了这个问题，程序面对的是有固定格式的 XML 文件，只要通过标准 API 就可以进行 XML 文件的处理。

XML 文件在案例系统中应用是很广泛的，比如 ClientConfig.xml 、 ServerConfig.xml 文件就是使用 XML 文件来做配置文件的，元数据文件以及元数据加载器更是离不开 XML 。因此本章将系统讲解一下 XML 文件的处理技术。

1.1    XML处理技术比较

在 Java 领域 XML 文件的技术大致分为两类： XML API 和 OXMapping 。 XML API 是 XML 处理的基础，可选技术包括 JDOM 、 Dom4j 等； OXMapping 是 Object-XML Mapping 的简称，这种技术隐藏了 XML 底层操作的细节，可以将 XML 文件映射成一个 JavaBean 对象，也可以把一个 JavaBean 对象保存成一个 XML 文件，可选技术 XStream 、 Digester 、 Castor 等。 XML API 和 OXMapping 的关系类似于 JDBC 和 ORMaping 的关系， OXMapping 内部实现使用 XML API 来完成，两种实现技术从不同的层面实现了 XML 的处理。

XML API

此类 XML 处理技术中最流行的莫过于 JDOM 和 Dom4j 了，二者的使用方式非常相似。不过 Dom4j 的优势比 JDOM 更明显一些：

Dom4j 大量的使用接口，这使得 Dom4j 比 Dom4j 更加灵活和具有可扩展性；

Dom4j 的性能表现比 JDOM 好；

Dom4j 支持 XPath 等高级特性；

正是由于这些优点，很多开源项目都开始使用 Dom4j 做 XML 解析技术，本书也将使用 Dom4j 做为 XML 处理的首选。

OXMapping

使用 XML API 解析是略显烦琐的，受 ORMapping 技术的启发，人们发明了 OXMapping 技术，使用 OXMapping 技术，我们可以将 XML 文件映射成一个 JavaBean 对象，也可以把一个 JavaBean 对象保存成一个 XML 文件，这大大简化了我们的开发工作量，使得开发人员能更多的关注应用层面的东西。

开源世界中涌现出很多 OXMapping 框架，包括 XStream 、 Digester 、 Castor 等。 XStream 和 Digester 把映射的过程在代码中完成，而 Castor 则需要写一个和 Hibernate 中 cfg.xml 类似的映射配置文件。与 Digester 比起来， XStream 的主要优点就是更加小巧，使用也更加方便，不过目前使用 Digester 是“开源名牌” Apache 下的子项目，网上可以参考的资料也比 XStream 多，好在 XStream 比较简洁，所以并不会对 XStream 造成太大影响。

1.2    Dom4j的使用

Dom4j 是一个易用的、开源的库，用于 XML ， XPath 和 XSLT 。它应用于 Java 平台，采用了 Java 集合框架并完全支持 DOM ， SAX 和 JAXP 。 Dom4j 是 sourceforge.net 上的一个开源项目，地址为 http://sourceforge.net/projects/dom4j 。

Dom4j 里基于接口编程是一个非常显著的优点，下面是其主要的接口的继承体系结构图：

图 5 . 1

这些接口大部分都是定义在包 org.dom4j 中，下面简单介绍各个接口的意义：

表 5 . 1 Dom4j 主要接口

Node

Node 为是 dom4j 中所有的 XML 节点的基类型接口

Attribute

Attribute 定义了 XML 的属性

Branch

Branch 为能够包含子节点的节点如 XML 元素 (Element) 和文档 (Docuemnts) 定义了一个公共的行为

Document

定义了 XML 文档

Element

Element 定义 XML 元素

DocumentType

DocumentType 定义 XML DOCTYPE 声明

Entity

Entity 定义 XML entity

CharacterData

CharacterData 是一个标识借口，标识基于字符的节点。如 CDATA ， Comment, Text

CDATA

CDATA 定义了 XML CDATA 区域

Comment

Comment 定义了 XML 注释的行为

Text

Text 定义 XML 文本节点

ProcessingInstruction

ProcessingInstruction 定义 XML 处理指令

 

读取 XML 文件

在 XML 应用中，最常用的莫过于 XML 文件的解析读取了， Dom4j 提供了多种读取 XML 文档的方式，包括 Dom