JAXB、JAXP、JAXM、JAX-WS

1、JAXP（Java API for XML Parsing）

---

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 API for XML Binding）

---

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的框架：
　　(1)Castor
　　Castor不仅仅支持对XML的绑定，它还支持对LDAP对象，用OQL将SQL查询映射为对象，以及对JDO的支持。与JAXB不同的是，它需要的仅仅是xml的Schema.通过xml的Schema来生成相应的Java源代码，编译之后就可以marshalling和unmarshalling了。
　　(2)Zeus
　　Zeus与Castor和JAXB相比，在class generation方面多做了些步骤，因此它可以支持多种的约束关系，包括对DTD，XML Schema以及TREX等等的支持。不过目前该项目好像已经不做了。
　　(3)Quick
　　Quick也是一个非常灵活的框架，详细的情况可以google一下。

3、JAXM（Java API for XML Messaging）

---

JAXM是为SOAP通信提供访问方法和传输机制的API.目前它支持SOAP1.1规范以及同步和异步通信。JAXM定义了大量服务，JAXM的实现产品将会提供这些服务，使得开发者不用面对复杂的通信系统。JAXM体系结构中包括两个重要的组件：JAXM Client和Provider.Client通常是作为J2EE web或EJB容器的一部分，以提供你所写的程序访问JAXM服务的能力。而Provider可以以不同的方式实现，主要负责发送和接收SOAP消息。这样你就可以直接地使用JAXM的API直接发送和接收SOAP消息。

4、JAX-RPC（Java API for XML-RPC）

---

JAX-RPC是通过xml进行远程过程调用的Java API.它是基于SOAP技术的，使用SOAP作为底层的协议。这样对于开发者来说，只有方法，参数，返回值是可见的，而底层的soap通信都被隐藏起来了，开发人员不需要与之直接打交道。
　　JAXM和JAX-RPC在Web Services方面有很重要的作用。
　　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。

5、JAX-WS（Java API for XML-based Web services）

---

Web服务已经出现很久了。首先是 SOAP，但 SOAP 仅描述消息的情况，然后是 WSDL，WSDL 并不会告诉您如何使用 Java™ 编写 Web 服务。在这种情况下，JAX-RPC 1.0 应运而生。经过数月使用之后，编写此规范的 Java Community Process (JCP) 人员认识到需要对其进行一些调整，调整的结果就是 JAX-RPC 1.1。该规范使用大约一年之后，JCP 人员希望构建一个更好的版本：JAX-RPC 2.0。其主要目标是与行业方向保持一致，但行业中不仅只使用 RPC Web 服务，还使用面向消息的 Web 服务。因此从名称中去掉了“RPC”，取而代之的是“WS”（当然表示的是 Web 服务）。因此 JAX-RPC 1.1 的后续版本是 JAX-WS 2.0——Java API for XML-based Web services。
　　JAX-WS 仍然支持 SOAP 1.1 over HTTP 1.1，因此互操作性将不会受到影响，仍然可以在网上传递相同的消息。
　　JAX-WS 仍然支持 WSDL 1.1，因此您所学到的有关该规范的知识仍然有用。WSDL 2.0 规范已经接近完成，但在 JAX-WS 2.0 相关工作结束时其工作仍在进行中。
　　区别何在？
SOAP 1.2
JAX-RPC 和 JAX-WS 都支持 SOAP 1.1。JAX-WS 还支持 SOAP 1.2。
XML/HTTP
WSDL 1.1 规范在 HTTP 绑定中定义，这意味着利用此规范可以在不使用 SOAP 的情况下通过 HTTP 发送 XML 消息。JAX-RPC 忽略了 HTTP 绑定。而 JAX-WS 添加了对其的支持。
WS-I Basic Profile
JAX-RPC 支持 WS-I Basic Profile (BP) V1.0。JAX-WS 支持 BP 1.1。（WS-I 即 Web 服务互操作性组织。）
新 Java 功能
JAX-RPC 映射到 Java 1.4。JAX-WS 映射到 Java 5.0。JAX-WS 依赖于 Java 5.0 中的很多新功能。
Java EE 5 是 J2EE 1.4 的后续版本，添加了对 JAX-WS 的支持，但仍然支持 JAX-RPC，这可能会对 Web 服务新手造成混淆。
数据映射模型
JAX-RPC 具有自己的映射模型，此模型大约涵盖了所有模式类型中的 90%。它没有涵盖的部分映射到了 javax.xml.soap.SOAPElement。
JAX-WS 的数据映射模型是 JAXB。JAXB 可保证所有 XML 模式的映射。
接口映射模型
JAX-WS 的基本接口映射模型与 JAX-RPC 的区别并不大，不过二者之间存在以下差异：
JAX-WS 的模型使用新的 Java 5.0 功能。
JAX-WS 的模型引入了异步功能。
动态编程模型
JAX-WS 的动态客户机模型与 JAX-RPC 的对应模型差别很大。很多更改都是为了认可行业需求：
引入了面向消息的功能。
引入了动态异步功能。
JAX-WS 还添加了动态服务器模型，而 JAX-RPC 则没有此模型。
消息传输优化机制（Message Transmission Optimization Mechanism，MTOM）
JAX-WS 通过 JAXB 添加了对新附件规范 MTOM 的支持。Microsoft 从来没有给 SOAP 添加附件规范；但似乎大家都支持 MTOM，因此应该能够实现附件互操作性。
处理程序模型
从 JAX-RPC 到 JAX-WS 的过程中，处理程序模型发生了很大的变化。
JAX-RPC 处理程序依赖于 SAAJ 1.2。JAX-WS 处理程序依赖于新的 SAAJ 1.3 规范。