J2ME作为嵌入式系统应用平台得到了迅速的发展，Java语言固有的平台无关性使得基于J2ME平台的嵌入式应用系统具有广阔的前景。受限于嵌入式设备及消费类电器硬件条件的限制，J2ME平台提供的功能有限，如何能够在有限的资源下拓展J2ME的功能，使得J2ME平台能够处理SOAP协议是本文研究的重点。

目前企业应用正在向面向Web服务的SOA架构转变，嵌入式系统与企业应用系统的连接目前还处于TCP/IP协议、HTTP协议等比较初级的阶段。随着企业应用系统提供的WEB服务日益广泛和成熟，需要J2ME平台提供处理SOAP协议的需求也越来越多。

SOA架构是目前企业应用系统广泛部署的架构，实现SOA的关键问题之一就是对SOAP协议的支持。本文分析了在J2ME平台中实现SOAP协议处理遇到的问题，提出了相应的解决方案。

一、J2ME介绍

J2ME（Java 2 Platform Micro Edition）是为无线电子市场所设计的JAVA平台，包括JVM规范和API规范。J2ME 定义了一套类库和虚拟机技术，这些技术可以使用户、服务提供商和设备制造商通过物理（有线）连接或无线连接，按照需要随时使用丰富的应用程序。J2ME同时提供了Java语言一贯的跨平台性和安全性。

为了支持用户和嵌入式市场提出的灵活性和可定制性要求，J2ME被设计得更加模块化和可缩放化。J2ME在设备原有的操作系统上建造了3层软件来实现这种要求：

1．JVM层：这层基于宿主操作系统，按照某一种J2ME的配置实现了JVM。

2．配置层：这层对于用户可见度要低一些，但对简表层非常重要。它针对不同市场的需求，定义了Java虚拟机的最小功能集合和Java类库的最小集合。在J2ME设备中，JVM与配置层紧密相连，它们体现了每一类设备的基本功能。

3．简表层：这层对于用户和应用程序提供者来说是最常见的。它针对特定市场的需求，定义了Java虚拟机的最小功能集合和Java类库的最小集合。

J2ME组件都围绕一个中心，这些中心被称为configuration（配置），它们中间的每一个都是用于消费电子和嵌入设备的特别的类。目前配置分为CLDC和CDC两种。

Connected limited device configuration(有限连接设备配置，简称 CLDC)定义支持“devices that you hold in your hand（握在手中的设备）”的应用程序接口和技术，这类设备的代表是PDA。Connected device configuration(连接设备配置 CDC )定义支持“devices that you plug into plug into the wall（插入墙的设备）”的应用程序接口和技术，这类设备的代表是机顶盒。

这两种配置不同的地方就在于它们应用于的装置的能力，CLDC设备的处理器能力有限 (与台式机系统比较 )，并且存储器大小一般也只在128 KB到 512 KB之间。CDC系统不同，它可能有32位或64位处理器，以及有限的存储容量，不过它的下限也得超过512K。

此主题相关图片如下：

上图解释配置和简表的体系结构。J2ME的体系结构被横向地分成三层，纵向分成两部分。配置包括一个控制配置核心类的虚拟机，具体的简表位于每个配置之上。

简表为相同消费电子设备的不同的生产商提供了标准化的 Java类库，现在五个已知简表已经有了规范：

Mobile information devices profile (MIDP)　 移动电话和呼叫器 CLDC

Personal digital assistant profile Palm和Handspring的PDA 设备 CLDC

Foundation profile 用于所有不需要GUI的CDC设备的标准简表 CDC

Personal profile 替代PersonalJava的Foundation完善的简表 CDC

RMI profile 提供RMI的Foundation完善的简表 CDC

二、SOAP协议介绍

SOAP（简单对象访问协议）是一种利用XML编码数据的数据传输协议。它是同类协议中要求最低的一个规范，只定义了协议所要求的最关键的部分，有意地忽略了垃圾收集、对象激活等方面的细节。像TCP/IP协议一样，SOAP协议也包括客户端和服务器两个部分。

SOAP客户端是一种创建XML文档的程序，该XML文档包含在分布式系统远程调用方法所需的信息。SOAP客户端不是传统意义上的程序，它除了用作普通的桌面应用程序外，还可以是一种Web服务器或基于服务器的应用程序。来自SOAP客户端的消息和请求一般是通过HTTP发送的。因而，SOAP文档可以穿过几乎所有的防火墙，从而能跨越不同的平台交换信息。

SOAP服务器只是用于监听SOAP消息的特殊代码，它可用作SOAP文档的分配器和解释器。外部Web服务可以与基于J2EE技术的应用程序服务器交互，这种应用程序服务器可以处理多种客户端的SOAP请求。

SOAP定义了数据编码规则，称为基准编码或“Section 5”编码，它是出自SOAP规范中描述数据编码规则的内容。SOAP编码可以简短地描述成简单值或复合值的集合。简单值可以是简单类型，如整型、浮点型和字符型，或者是XML架构规范第2部中定义的内置类型，包括各种数据类型，如字节型数组和枚举。复合值包括结构、数组和XML架构制定组定义的复杂类型。

SOAP在标准化消息格式环境中，可以做所有它能完成的工作。消息的主体部分是“text/xml”形式的MIME类型，并且包含一个SOAP封套。该封套是一个XML文档。封套包含了报头（可选的）和报文（必须有的）。封套的报文部分总是用于最终接收的消息，而报头项目可以确定执行中间处理的目标节点。附件、二进制数字及其他项目可以附加到报文上。

SOAP提供了一种让客户端指定哪个中间处理节点必须处理报头项目的方法。由于报头与SOAP消息的主体内容是互不相关的，所以可用它们给消息添加信息，而不会影响对消息报文的处理。

三、SOAP协议在J2ME平台中的实现

如何真正地将移动设备融入到Web Services中去呢？这就需要使得PDA、手机等成为Web Services的客户端，因此这些设备至少应该具有处理XML信息的能力。在J2ME平台中实现SOAP客户端的功能，使得嵌入式设备能够连接企业的WEB服务是企业应用中比较常见的需求。J2ME的基本类库中没有提供SOAP的支持，所以需要在J2ME平台中开发实现SOAP的处理功能。

实现SOAP协议客户端的关键问题分为两个方面：J2ME不同配置的数据类型不一样，导致与SOAP协议封装的数据类型不匹配；J2ME平台没有提供对XML文件进行处理的功能。

针对第一个问题，需要注意只能使用基本类型，对不匹配的数据类型采用使用基本类型复合的方式进行处理。针对第二个问题需要在J2ME中扩展对XML文件处理的功能。目前有有两种方法对XML文件进行解析。一种是采用DOM的方式，另外一种是采用SAX的方式。操作DOM是一个与XML相互作用的简单方法，通常这个XML是一棵完整的XML树，被解析成一个存放在存储器中的节点结构，你可以遍历这棵树。它非常简单易用，但是因为整棵树存在于存储器中造成存储器的负担，而对于嵌入式系统来说存储器的资源是有限的，因此这种方法的使用具有一定局限性。第二种方法在捕捉语法分析事件中，每当语法分析程序遇到数据中的特定结构，它就会遍历XML数据，然后把结果发回前面注册的一个事件监听器中。比如说，当语法分析程序遇到一个起始标记，如＜html＞，那么事件监听器将接收一个事件，通知它这个情况，并且向它传递任何所需的信息。相对DOM方式的处理，SAX方法对存储器的要求比较低，但是效率要比DOM方式低。

Enhydra的KXML是一个只占很小存储空间的XML语法分析程序，对于J2ME应用程序非常适合。KXML支持DOM语法分析和操作，但是不支持SAX语法分析。取而代之，它使用一种稍微不同的称为“Pull”的分析方法。

下面是KXML采用DOM的方式处理XML数据的例子：

第一行创建了一个文档对象，保存XML树。第三行从一个名为abc的InputStreamReader中创建一个KXML语法分析程序。第四行传送这个语法分析程序到文档，然后让文档开始分析。XML被递归分析，直到到达文档的结尾。当分析调用退出时，整个文档被装入内存，这时就可以对XML进行操作了。

＜abc＞元素是根元素的直接子元素，可以遍历根元素的子元素，寻找abc标记，如果子元素不是一个abc 标记，则返回。

如果找到了abc子元素，开始遍历它的子元素，并把这些子元素的内容打印出来。

通过KXML对XML的处理，可以进一步实现对SOAP数据的处理，实现J2ME平台对SOAP协议的支持。

J2ME Web Services规范（JSR172）的制订给J2ME平台增加两大功能：一是使其能够远程访问基于SOAP/XML的Web Services；二是使其具有解析XML数据的能力。目前JSR172的标准已经制定完成，为了实现这两大功能，JSR172新定义了提供相应功能的两个可选包。这两个包占用内存非常少，XML-RPC部分大概需要25-30KB的空间，而XML解析器则需要35KB左右。