Java中关于XML的API
程序员文章站
2024-02-22 13:13:04
简单介绍一下java关于xml的api，这样大家看到了缩写就知道是干什么的了。水平有限，多多包涵。 1、jaxp(java api for xml parsing...
简单介绍一下java关于xml的api，这样大家看到了缩写就知道是干什么的了。水平有限，多多包涵。
1、jaxp(java api for xml parsing)
2、jaxb(java api for xml binding)
3、jaxm(java api for xml messaging)
4、jax-rpc（java api for xml-rpc）
1、jaxp定义了在java中使用dom, sax, xslt的通用的接口。这样在你的程序中你只要使用这些通用的接口，当你需要改变具体的实现时候也不需要修改代码。比如，你用的xslt处理器太慢了，你想换一个，你不需要修改你以前的代码，只要修改一下jaxp的相关配置。（在后面我将详细地介绍）作为一个共同的接口，jaxp也有所谓的“最小公分母”效应，也就是说它支持的东西很有限。jaxp1.0支持xml1.0，xml namespace1.0，sax1.0以及dom level 1。而jaxp1.1增加了对sax2.0，dom level 2以及xslt1.0的支持。很明显如果你想使用xalan的xpath相关的接口，jaxp就没有支持，你也只能将代码绑定到特定的xalan的api上了。
这里还要提一下jdom，虽然它没有实现jaxp，但是由于它使用的简单性，还是很受欢迎，并且成为了jcp正式推荐的api。它也是一种树状的结构表现xml，在使用方法上要比w3c的dom标准简单易用的多。最新版本的jdom在其内部已经开始使用jaxp的api，它会尽可能的去调用jaxp的api，如果不行就使用自己的默认xml解析器xerces，xslt处理器xalan。
2、jaxb定义了java数据对象和xml结构之间的一种双向映射关系。这样你就可以很方便地将一个java对象存储为一个xml文档，也可以从一个xml文档实例化一个java对象。它的结构是这样子的：首先要有xml的dtd以及binding schema（这个不是xml的schema，而是一个定义java对象和xml结构之间映射关系xml文档），通过这两个文件jaxb就可以生成与xml文档结构一致的java源文件，编译之后就可以很方便地通过具体的xml文档得到与xml结构一致的java类（就是生成的那些类）unmarshalling，反过来marshalling也可以。
它的缺点也很明显，一旦xml的结构发生了改变，就要重新写bindng schema以及重新生成编译java类。
sun的动作总是一如既往地慢，在jaxb出台之前已经有了一些用于xml data binding的框架，我们再来看看同样也是做xml databinding但是并没有实现jaxb的框架：
一、castor
castor不仅仅支持对xml的绑定，它还支持对ldap对象，用oql将sql查询映射为对象，以及对jdo的支持。与jaxb不同的是，它需要的仅仅是xml的schema。通过xml的schema来生成相应的java源代码，编译之后就可以marshalling和unmarshalling了。
二、zeus
zeus与castor和jaxb相比，在class generation方面多做了些步骤，因此它可以支持多种的约束关系，包括对dtd，xml schema以及trex等等的支持。不过目前该项目好像已经不做了。
三、quick
quick也是一个非常灵活的框架，详细的情况可以google一下。
3、jaxm
jaxm是为soap通信提供访问方法和传输机制的api。目前它支持soap1.1规范以及同步和异步通信。jaxm定义了大量服务，jaxm的实现产品将会提供这些服务，使得开发者不用面对复杂的通信系统。jaxm体系结构中包括两个重要的组件：jaxm client和provider。client通常是作为j2ee web或ejb容器的一部分，以提供你所写的程序访问jaxm服务的能力。而provider可以以不同的方式实现，主要负责发送和接收soap消息。这样你就可以直接地使用jaxm的api直接发送和接收soap消息。
4、jax-rpc
jax-rpc是通过xml进行远程过程调用的java api。它是基于soap技术的，使用soap作为底层的协议。这样对于开发者来说，只有方法，参数，返回值是可见的，而底层的soap通信都被隐藏起来了，开发人员不需要与之直接打交道。
jaxm和jax-rpc在web services方面有很重要的作用。
补充： jaxp框架查找具体实现的步骤
jdk1.4自带的是jaxp的参考实现：crimson的dom, sax解析器，xalan的xslt处理器。
如果你想用其他的实现替代它们，那就必须了解jaxp框架查找实现的具体步骤：
1、首先，算法会通过诸如javax.xml.transform.tranformerfactory这样的系统属性来定位具体实现的类。你可以在命令行中直接指定：
java -djavax.xml.transform.transformerfactory=com.foo.concretetransformer yourapp
concretetransformer是实现了transformerfactory的子类，如果你用的是ant，也可以在build file中指定。
同样地有，javax.xml.parsers.document．uilderfactory和javax.xml.parsers.saxbuilderfactory属性。
2、接着，如果系统属性中没有指定，jaxp将会在jre的目录中查找lib/jaxp.properties属性文件，它像一般的properties文件一样是由name=value组成的，假设有如下的一行：
javax.xml.transform.transformerfactory=com.foo.concretetransformer
那么jaxp就会使用相应的transformerfactory实现。
在java程序中，你可以通过如下的代码获得jre所在的目录：
string javahomedir = system.getproperty("java.home");
不过要注意，如果是在一些ide中使用，ide会改变这个java.home的值，比如jbuilder。
3、如果jaxp.properties不存在或者没有相应的值，那么jaxp将会使用jar文件的服务提供*来定位正确的子类。简单地说，你可以在jar文件的meta-inf/services目录下新建一个名为javax.xml.transform.transformerfactory的文件，这个文件中只有一行：com.foo.concretetransformer就可以了。
4、最后，如果上面3步都没有找到任何具体的实现，jaxp就会使用缺省的实现：crimson和xalan。
1、jaxp(java api for xml parsing)
2、jaxb(java api for xml binding)
3、jaxm(java api for xml messaging)
4、jax-rpc（java api for xml-rpc）
1、jaxp定义了在java中使用dom, sax, xslt的通用的接口。这样在你的程序中你只要使用这些通用的接口，当你需要改变具体的实现时候也不需要修改代码。比如，你用的xslt处理器太慢了，你想换一个，你不需要修改你以前的代码，只要修改一下jaxp的相关配置。（在后面我将详细地介绍）作为一个共同的接口，jaxp也有所谓的“最小公分母”效应，也就是说它支持的东西很有限。jaxp1.0支持xml1.0，xml namespace1.0，sax1.0以及dom level 1。而jaxp1.1增加了对sax2.0，dom level 2以及xslt1.0的支持。很明显如果你想使用xalan的xpath相关的接口，jaxp就没有支持，你也只能将代码绑定到特定的xalan的api上了。
这里还要提一下jdom，虽然它没有实现jaxp，但是由于它使用的简单性，还是很受欢迎，并且成为了jcp正式推荐的api。它也是一种树状的结构表现xml，在使用方法上要比w3c的dom标准简单易用的多。最新版本的jdom在其内部已经开始使用jaxp的api，它会尽可能的去调用jaxp的api，如果不行就使用自己的默认xml解析器xerces，xslt处理器xalan。
2、jaxb定义了java数据对象和xml结构之间的一种双向映射关系。这样你就可以很方便地将一个java对象存储为一个xml文档，也可以从一个xml文档实例化一个java对象。它的结构是这样子的：首先要有xml的dtd以及binding schema（这个不是xml的schema，而是一个定义java对象和xml结构之间映射关系xml文档），通过这两个文件jaxb就可以生成与xml文档结构一致的java源文件，编译之后就可以很方便地通过具体的xml文档得到与xml结构一致的java类（就是生成的那些类）unmarshalling，反过来marshalling也可以。
它的缺点也很明显，一旦xml的结构发生了改变，就要重新写bindng schema以及重新生成编译java类。
sun的动作总是一如既往地慢，在jaxb出台之前已经有了一些用于xml data binding的框架，我们再来看看同样也是做xml databinding但是并没有实现jaxb的框架：
一、castor
castor不仅仅支持对xml的绑定，它还支持对ldap对象，用oql将sql查询映射为对象，以及对jdo的支持。与jaxb不同的是，它需要的仅仅是xml的schema。通过xml的schema来生成相应的java源代码，编译之后就可以marshalling和unmarshalling了。
二、zeus
zeus与castor和jaxb相比，在class generation方面多做了些步骤，因此它可以支持多种的约束关系，包括对dtd，xml schema以及trex等等的支持。不过目前该项目好像已经不做了。
三、quick
quick也是一个非常灵活的框架，详细的情况可以google一下。
3、jaxm
jaxm是为soap通信提供访问方法和传输机制的api。目前它支持soap1.1规范以及同步和异步通信。jaxm定义了大量服务，jaxm的实现产品将会提供这些服务，使得开发者不用面对复杂的通信系统。jaxm体系结构中包括两个重要的组件：jaxm client和provider。client通常是作为j2ee web或ejb容器的一部分，以提供你所写的程序访问jaxm服务的能力。而provider可以以不同的方式实现，主要负责发送和接收soap消息。这样你就可以直接地使用jaxm的api直接发送和接收soap消息。
4、jax-rpc
jax-rpc是通过xml进行远程过程调用的java api。它是基于soap技术的，使用soap作为底层的协议。这样对于开发者来说，只有方法，参数，返回值是可见的，而底层的soap通信都被隐藏起来了，开发人员不需要与之直接打交道。
jaxm和jax-rpc在web services方面有很重要的作用。
补充： jaxp框架查找具体实现的步骤
jdk1.4自带的是jaxp的参考实现：crimson的dom, sax解析器，xalan的xslt处理器。
如果你想用其他的实现替代它们，那就必须了解jaxp框架查找实现的具体步骤：
1、首先，算法会通过诸如javax.xml.transform.tranformerfactory这样的系统属性来定位具体实现的类。你可以在命令行中直接指定：
java -djavax.xml.transform.transformerfactory=com.foo.concretetransformer yourapp
concretetransformer是实现了transformerfactory的子类，如果你用的是ant，也可以在build file中指定。
同样地有，javax.xml.parsers.document．uilderfactory和javax.xml.parsers.saxbuilderfactory属性。
2、接着，如果系统属性中没有指定，jaxp将会在jre的目录中查找lib/jaxp.properties属性文件，它像一般的properties文件一样是由name=value组成的，假设有如下的一行：
javax.xml.transform.transformerfactory=com.foo.concretetransformer
那么jaxp就会使用相应的transformerfactory实现。
在java程序中，你可以通过如下的代码获得jre所在的目录：
string javahomedir = system.getproperty("java.home");
不过要注意，如果是在一些ide中使用，ide会改变这个java.home的值，比如jbuilder。
3、如果jaxp.properties不存在或者没有相应的值，那么jaxp将会使用jar文件的服务提供*来定位正确的子类。简单地说，你可以在jar文件的meta-inf/services目录下新建一个名为javax.xml.transform.transformerfactory的文件，这个文件中只有一行：com.foo.concretetransformer就可以了。
4、最后，如果上面3步都没有找到任何具体的实现，jaxp就会使用缺省的实现：crimson和xalan。