当前，java 2平台企业版（j2ee）架构在厂商市场和开发者社区中倍受推崇。作为一种工具，可扩展标记语言（xml）简化了数据交换、进程间消息交换这一类的事情，因而对开发者逐渐变得有吸引力，并开始流行起来。自然，在j2ee架构中访问或集成xml解决方案的想法也很诱人。因为这将是强大系统架构同高度灵活的数据管理方案的结合。
　　xml的应用似乎是无穷无尽的，但它们大致上可以分为三大类：
　　●简单数据的表示和交换（针对xml的简单api（sax）和文档对象模型（dom）语法解析，不同的文档类型定义（dtds）和概要（schemas））
　　●面向消息的计算（xml-rpc（远程过程调用），soap协议，电子化业务xml（ebxml））
　　●用户界面相关、表示相关的上下文（可扩展样式表语言（xsl），可扩展样式表语言转换（xslt））
　　这几类应用在j2ee架构中恰好有天然的对应：数据表示和交换功能是ejb组件模型中持久化服务（persistence services）的一部分，基于消息的通讯由java消息服务（jms）api来处理，而界面表示正是java服务器页面（jsp）和java servlets的拿手好戏。
　　在本文中，我们将看到当今基于j2ee的应用里，xml是如何在上述几个方面进行应用的，以及在相关标准的未来版本中这些应用将会如何发展。
　　基础：数据的表示和交换
　　原型化的xml应用（假设有的话）的内容通常是：数据以xml格式存放，为了进行显示、修改甚至写入某个xml文档而经常被读入到某个对象模型中。作为例子，假定我们正处理多种类型的媒体（图品、视频、文本文档等等），并且用下面这个简单的xml dtd来描述这些媒体的元数据：
　　＜!-- dtd for a hypothetical media management system --＞
　　＜!-- media assets are the root of the object hierarchy. assets are also
　　hierarchical - they can contain other assets. --＞
　　＜!element media-asset (name, desc?, type*, media-asset*, urn)＞
　　＜!-- metadata about the asset --＞
　　＜!element name (#pcdata)＞
　　＜!element desc (#pcdata)＞
　　＜!element type (desc, mime-type?)＞
　　＜!element mime-type (#pcdata)＞
　　＜!element urn (#pcdata)＞　
　　 以下是一个基于上述媒体dtd的xml文档，描述了与某个课程讲座相关的内容：
　　＜?xml version="1.0" ?＞＜!doctype media-asset public "-//jim farley//dtd
　　media assets//en" "http://localhost/articles/sun/dtds/media.dtd"＞
　　＜media-asset＞
　　＜name＞第14讲＜/name＞
　　＜desc＞与第14讲相关的所有内容＜/desc＞
　　＜!-- 内容对象"lecture 14"的一套子组件 --＞
　　＜media-asset＞
　　＜name＞讲座的幻灯片＜/name＞
　　＜type＞
　　＜desc＞ms powerpoint＜/desc＞
　　＜mime-type＞application/vnd.ms-powerpoint＜/mime-type＞
　　＜/type＞
　　＜urn＞http://javatraining.org/jaf/e123/lecture-
　　14/slides.ppt＜/urn＞
　　＜/media-asset＞
　　＜media-asset＞
　　＜name＞讲座的视频片断＜/name＞
　　＜type＞
　　＜desc＞realplayer streaming video＜/desc＞
　　＜mime-type＞video/vnd.rn-realvideo＜/mime-type＞
　　＜/type＞
　　＜urn＞http://javatraining.org/jaf/e123/lecture-
　　14/lecture.rv＜/urn＞
　　＜/media-asset＞
　　＜!-- 讲座开始 --＞
　　＜urn＞http://javatraining.org/jaf/e123/lecture-14/index.jsp＜/urn＞
　　＜/media-asset＞　
　　从web或者企业级应用的角度看，能以这种方式访问数据真是一种福音，因为它体现了高度的可移动性，使我们与元数据的实际资源本身隔离。这些资源可能来自一个关系数据库系统、某种活动媒体服务器或者web服务器上的一个静态xml文档，等等。如果想把这些数据加载到java应用中，我们可以从当前众多的java语言xml解析器中选用一个，通过它将xml数据装入一个dom文档，最后遍历文档，将所有这些数据转换到我们应用系统的对象模型中。
　　下面是个简单的基于dom的解析程序，可对上述的媒体dtd进行解析。解析器用的是apache xerces： 　
　　package jaf.xml;
　　import java.util.*;
　　import java.io.ioexception;
　　import org.w3c.dom.*;
　　import org.xml.sax.*;
　　// xml文档解析程序，使用上述媒体dtd.
　　public class mediaparser implements errorhandler {
　　/** 使用apache xerces解析器 */
　　org.apache.xerces.parsers.domparser mparser =
　　new org.apache.xerces.parsers.domparser();
　　/** 构造函数 */
　　public mediaparser() {
　　// 告诉解析器验证并解析文档
　　try {
　　mparser.setfeature( "http://xml.org/sax/features/validation",
　　true);
　　}
　　catch (saxexception e) {
　　system.out.println("error setting validation on parser:");
　　e.printstacktrace();
　　}
　　// 设置解析器的错误处理句柄
　　mparser.seterrorhandler(this);
　　}
　　/** 解析指定的url，返回找到的xml文档
　　*/
　　public document parse(string url) throws saxexception, ioexception {
　　mparser.parse(url);
　　document mediadoc = mparser.getdocument();
　　return mediadoc;
　　}
　　/** 解析指定url的xml文档，将内容转换成 mediaasset 对象
　　*/
　　public collection loadassets(string url) throws saxexception,
　　ioexception {
　　document doc = parse(url);
　　collection assets = new linkedlist();
　　nodelist assetnodes = doc.getelementsbytagname("media-asset");
　　for (int i = 0; i ＜ assetnodes.getlength(); i++) {
　　node assetnode = assetnodes.item(i);
　　mediaasset asset = new mediaasset(assetnode);
　　assets.add(asset);
　　}
　　return assets;
　　}
　　/**
　　* 错误处理代码（为简洁起见省略了）
　　*/
　　}　
　　
　　mediaparser类的构造函数初始化了一个xerces dom解析器。parse()方法告诉解析器到哪个url去找xml源，然后得到结果文档并返回。loadassets()方法调用parse()方法从某个xml源加载文档，然后为文档中找到的每个“media-asset”节点创建一个mediaasset对象。
　　
　　以下是一个使用mediaasset类的例子：
　　
　　package jaf.xml;
　　import java.util.*;
　　public class mediaasset {
　　// 资源元数据
　　private string mname = "";
　　private string mdesc = "";
　　private collection mchildren = new linkedlist();
　　private vector mtypes = new vector();
　　private string murn = "";
　　protected mediaasset(org.w3c.dom.node assetnode) {
　　// 为简洁起见省略后面代码
　　.
　　.
　　.
　　}
　　}　
　　因为篇幅的关系省略了mediaasset类的详细代码，但应用模式依然是清晰的。mediaasset类遍历文档的节点，当它碰到不同的子节点时，它用子节点的内容填充自己的成员数据。如果它发现了一个嵌套的子资源节点，它只需要创建一个新的mediaasset对象，然后将子资源节点的数据填充到新对象的成员数据中。
　　实现上述处理的方法数不胜数。我们还可以使用其他的解析器或解析器架构，如java api for xml parsing (jaxp)。除了使用dom模型外，事件驱动的sax模型也可用于解析xml。类似的程序也可用来产生xml数据――前提是允许产生新的数据对象（在本例中是mediaasset），它可将其相应的xml实体插入到dom中，然后将dom输出到一个流中（诸如一个文件，一个socket，或者一个http连接...）。还有其他更高层次的标准，可将xml映射到java对象的过程进一步自动化（或简化）。例如，使用xml概要（schema）和xml绑定处理引擎，您可以半自动地将满足某个xml 概要的xml数据转变成java数据对象。代表性的引擎是castor，是由exolab小组管理的一个开放源代码项目的产物。上述使用xerces dom的简单例子仅仅是演示了这一处理过程的底层模型。
　　上述示例表明，在java环境中解析或产生xml是非常方便的，这与j2ee没有必然关联。格式化为xml的数据可以从应用程序的任何层次流入或输出，这使得与外部系统的集成性无可限量。但我们能否以一种更为直接的方式将xml数据源集成到j2ee架构中去呢？
　　驾驭消息
　　j2ee架构包含了对jms（java消息服务）api的访问，以实现面向消息的通信（j2ee 1.2.1版只需jms api即可，在j2ee 1.3版中jms基本定型，此时必须由某个兼容j2ee平台的服务器提供一个jms api provider）。这一类的异步交互（与之相对的是：本地或远程方法调用所代表的同步交互）被证明在某些应用环境中是非常有用的。某些时候，交互只需要通过间接的请求或回答来实现，即：在某些情况下，发出消息后不可能立即收到答复，但我们仍希望当消息发出者重新在线时，确保他能收到答复信息。
　　面向消息系统的实际应用之一就是企业之间的松散集成。类似于edi（电子文档交换）时代的文档交换，两个企业由于业务的需要而交换消息，此时通常不能为了使用rpc或者rmi、corba、dcom之类的远程方法交互而在两者之间进行紧密集成。象jms api这样的消息系统允许双方交换基于jms api的消息载荷，前提是双方在会话的时候均能提供兼容的jms api服务。当前仍然存在的困难是