JWS,JAX-WS,JAX-RS,REST,Restlet,SOAP,JAXB,JAXP,JAXM,JAXR,SAAJ
2011-10-12 18:51
369 查看
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全称是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%。它没有涵盖的部分映射到了
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规范。
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-RSJAX-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规范。
相关文章推荐
- JWS, JAX-WS, JAX-RS, REST, Restlet, SOAP (JAVA Web Services 技术)
- JWS ,JAX-WS ,JAX-RS,REST,Restlet,SOAP 相关概念
- 一堆概念:WS,JAX-WS,JAX-RS,REST,Restlet,SOAP
- Java for XML: JAXP、JAXB、JAXM、JAX-RPC、JAX-WS
- JAXB、JAXP、JAXM、JAX-WS
- JAVA 中共有三种WebService 规范,分别是JAX-WS(JAX-RPC)、JAXM&SAAJ、JAX-RS。
- Java for XML: JAXP、JAXB、JAXM、JAX-RPC、JAX-WS
- JAXB、JAXP、JAXM、JAX-WS
- JAXB、JAXP、JAXM、JAX-WS
- JAXP JAXB JAXR JAX-RPC JAXM
- JAVA :RESTLET开发实例(一)基于JAX-RS的REST服务
- JAXP JAXB JAXR JAX-RPC JAXM [转]
- 有关 JPQL 的教程:(这个教程包括了JEE5所有关键技术的介绍,包括 JAX-WS,JAX-RS,JAXB,JPA等等)
- RESTLET开发实例(一)基于JAX-RS的REST服务
- 使用javax.ws.rs实现Restlet开发REST方式的webservice
- RESTLET开发实例(一)基于JAX-RS的REST服务
- REST service example using CXF 2.2, JAX-RS 1.0, JAXB and Spring
- RESTLET开发实例(一)基于JAX-RS的REST服务
- JAX-WS、JAX-RS、JAXB
- [转贴]JAVA :RESTLET开发实例(一)基于JAX-RS的REST服务