JWS,JAX-WS,JAX-RS,REST,Restlet,SOAP,JAXB,JAXP,JAXM,JAXR,SAAJ

JWS,JAX-WS，JAX-RS，REST，Restlet,SOAP
l JWS：
是指与webservice相关的J2EE(其实现在应该叫做Java EE吧)技术叫做 JWS(全称就是 java webservice)。没错，jws指的就是 javawebservice

l Jws含有的技术

1. JAX-WS

2. JAX-RS

3. JAXB

4. JAXR

5. SAAJ

6. StAX

诸多技术，不是都要弄明白，再说，对于我来说，也不是要攻java的，至少目前不是。

关于JAX-WS 与JAX-RS

简要说一下 JAX-WS 和JAX-RS

JAX-WS全称是JavaTM API for XML-Based Web Services

JAX-RS :全称是 JavaTM API for RESTful Web Services

而jaxb是java xml binding，是jax-rs jax-ws底层使用的对象与xml之间转换的工具

网上说关于JAX-WS与JAX-RS有这么说的： 两者是不同风格的SOA架构。前者以动词为中心，指定的是每次执行函数。而后者以名词为中心，每次执行的时候指的是资源。

感觉这个说法比较靠谱，JAX-WS是面向消息的，每次请求的时候指定了请求的方法。JAX-RS是面向资源的。后则将网络上的东西当做一种资源，每次请求都是对该资源进行操作，比如对资源的增删查改。

在网上看到这么一句话：JAVA 中共有三种WebService 规范，分别是JAXM&SAAJ、JAX-WS（JAX-RPC）、JAX-RS。我暂时不清楚他们能不能叫做webservice服务规范，而且这个服务规范是什么意思？

JAX-WS规范是一组XML web services的JAVA API,这样会不会好理解一点？规范和API什么关系啊。。。。为什么规范是java api (请原谅我这么咬文嚼字。。。)

我的理解就是他们只是集成在java平台里边的API，这个API是用来实现不同风格的JWS的。人们把这一套API叫做web服务规范。因为他们 的设计目标不一样，前者JWS-WS为实现基于soap协议的Web Service提供的API，SOAP协议比较强大。而后者JWS-RS是为基于REST设计风格的WebServcice提供的API。

关于REST这么说，它是一种架构，而不是一种标准。目前我对他得理解还不够深刻，暂不做深述。

然后我们再结合一部分框架，就能够很轻松（至少框架的目的是这样）的实现Web Service。

支持JAX-WS服务规范的框架有：CXF，Axis，Xfile

CXF、Axis2、XFire 结合java语言均可可实现JAX-WS（我理解不了这句话是什么意思，为什么是实现JAX-WS。。是应该指的是那种基于soap协议的，webservice吧）

支持JAX-RS服务规范的框架有：

CXF——XFire和Celtix的合并（一个由IONA赞助的开源ESB，最初寄存在ObjectWeb上）。
Jersey——Sun公司的JAX-RS参考实现。
RESTEasy——JBoss的JAX-RS项目。
Restlet——也许是最早的REST框架了，它JAX-RS之前就有了。http://www.restlet.org/downloads/stable

我想，意思是这些框架结合JAX-WS能够实现RET风格的webservice吧，因为JAX-WS不是指的是API么？上述说法令人费解。。

好吧吗，我们就假定认为结合这些框架在结合java平台提供的一些API我们就能够分别实现 soap协议风格的webservice，或者实现 REST风格的Web Service。

**********************************************************************************************************************************

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 规范。

6.JAXR

JAXM（Java API for XML Messaging简称JAXM）是为Java平台上的应用程序定义的API，用以通过XML(以及SOAP)发送和接收消息，支持同步消息和异步消息。JAXR
API是在JCP下开发的，代号JSR 67。

7.SAAJ

Web 服务的基础是以标准格式发送和接收消息，这样所有系统都可以理解消息。通常情况下，这种标准格式是 SOAP。SOAP 消息可以手工生成和发送，但 SOAP with Attachments API for Java (SAAJ)—— Java API for XML Messaging (JAXM)的一个分支——能够使许多必需的步骤变得自动化，例如创建连接，或者创建和发送实际消息。

JAXM 1.0的理念是通过提供消息传递和SOAP API，允许开发人员根据SOAP编写支持消息传递标准的业务应用程序。随着JAXM
1.1版的推出，SOAP API (javax.xml.soap)被分割成了SAAJ1.1规范和JAXM1.1，JAXM1.1只包含基于消息传递的API（javax.xml.messaging）。目前，正在使用的SAAJ版本是1.2。WebLogic Server 8.1 SP2 支持SAAJ 1.1规范。