java的3种webserviec框架

更新时间: 2019/8/19 13:11:15     点击率: 1333

JAVA中有三种WebService规范,分别是JAX-WS(JAX-RPC)、JAX-RS、JAXM&SAAJ

1. Jaxws(掌握) JAX-WS 的全称为 Java API for XML-Based Webservices ,早期的基于SOAP 的JAVA 的Web 服务规范JAX-RPC(Java API For XML-RemoteProcedure Call)目前已经被JAX-WS 规范取代。从java5开始支持JAX-WS2.0版本,Jdk1.6.0_13以后的版本支持2.1版本,jdk1.7支持2.2版本。 Jaxws开发的webservice传输soap协议。


2JAXM&SAAJ(了解) JAXM(JAVA API For XML Message)主要定义了包含了发送和接收消息所需的API,SAAJ(SOAP With Attachment APIFor Java,JSR 67)是与JAXM 搭配使用的API,为构建SOAP 包和解析SOAP 包提供了重要的支持,支持附件传输等,JAXM&SAAJ 与JAX-WS 都是基于SOAP 的Web 服务,相比之下JAXM&SAAJ 暴漏了SOAP更多的底层细节,编码比较麻烦,而JAX-WS 更加抽象,隐藏了更多的细节,更加面向对象,实现起来你基本上不需要关心SOAP 的任何细节


3. JAX-RS(掌握) JAX-RS 是JAVA 针对REST(Representation State Transfer)风格制定的一套Web 服务规范,由于推出的较晚,该规范(JSR 311,目前JAX-RS 的版本为1.0)并未随JDK1.6 一起发行。 Rest定义可以自行搜索 jax-RS可以发布 rest风格webservice,因为rest的webservice不采用soap传输,直接采用http传输,可以返回xml或json,比较轻量。 以后可能会流行Rest风格的


目前三种主流的web服务实现方法:

REST(新型):表象化状态转变 (软件架构风格)RESTEasy、Wink、CXF、Axis2…….

SOAP(比较成熟):简单对象访问协议  Xfire、Axis2、CXF、Axis1

XML-RPC(淘汰):远程过程调用协议(慢慢被soap 所取代)

REST 简单易用,效率高,貌似未来有很大的发展空间,也有宣称rest性能个方便比soap强大的,已经有很多框架宣称对rest进行支持比如spring 3.0、struts…….. (百度观点)

SOAP 成熟度较高,安全性较好


WebService介绍(WebService基础知识、XFire、CXF(基于XFire和Celtix项目整合而来,与Spring融合好)、AXIS1、AXIS2(有AXIS1转换而来,有Java)
2013年10月10日 ? 综合 ? 共 26252字  ? 字号 小 中 大 ? 评论关闭

1 WebSerice基础
2 XFire基础(2007年之后XFire发布1.2.6后停止开发,后续转为CXF项目)
3 CXF基础(基于XFire和Celtix项目整合而来,与Spring融合好)
4 AXIS1基础(Axis 1.4 Final 2006年后停止开发,转而AXIS2)

5 AXIS2基础(有AXIS1转换而来,有Java和C版)

1 WebSerice基础

1.WebService的主要标准和技术:

SOAP:简单对象访问协议。

UDDI:通用描述、发现和集成。

WSDL:Web服务定义语言。

ebXML:电子商务XML。

2.WebService基本操作模型:



3.SOAP简介:

SOAP:是一种基于XML的轻量级消息交换协议,利用SOAP可以在两个或多个对等实体之间进行信息交换。

(1).SOAP消息基本结构:

<xml version=”1.0” ?>

<soap:Envelopexmlns:soap=”http://www.w3.org/2001/12/soap-envelope”

soap:encodingStyle=”http://www.w3.org/2001/12/soap-encoding”>   ——>SOAP信封

<soap:Header>       ——>SOAP消息头

......

</soap:Header>

<soap:Body>          ——>SOAP消息体,包含所有的调用和响应信息

……

<soap:Fault>          ——>可选的,处理错误消息

……

</soap:Fault>

</soap:Body>

<soap:Attachment/>——>SOAP消息附件

</soap:Envelope>——>SOAP信封

(2).SOAP消息组成元素:

SOAP Envelope:SOAP信封,用于描述消息,标识SOAP内容和信封的处理信息。

SOAP Transport:定义HTTP和SMTP等底层传输协议的绑定。

SOAP Encoding:定义将应用程序特定数据类型的实例映射为XML元素的一组编码规则。

SOAP RPC:定义RPC请求和响应的表现形式,这些SOAP请求和响应被作为一种数据类型编码传递到SOAP消息正文中。

一个SOAP消息包括一个SOAP信封,带有0个到多个附件,SOAP信封包含消息头和消息主体。

(3).SOAP通信两种模式:

a.SOAP RPC:同步通信,请求/响应方式发送和接收消息

b.SOAP Messaging:文档驱动的同步和异步消息交换模式。

4.SOAP消息交换模式:

(1).单向消息:只请求,无需响应(客户端只向服务器端发出请求,服务器端无需响应)。

(2).请求/响应交换。

(3).单请求多响应模式。

(4).通知模式:服务器端向客户端发送请求,无需客户端响应,和单向消息类似。

(5).征求/响应模式:服务器端向客户端发送请求,客户端向服务器端返回响应。

5.WSDL文档结构:

<definitions>                 ——>WSDL文档的根元素,定义Webservice的名称和命名空间

<types>                 ——>WebService使用的数据类型

……

</types>

<message>            ——>WebService使用的请求和响应消息,即输入输出参数

       <part>            ——>WebServicer的请求参数或者响应返回值

              ……

       </part>

……

</message>

<portType>           ——>WebService使用的操作,即调用的接口,接口中的每个方法映射为operation,方法参数和返回值用message表示

……

</portType>

<binding>              ——>WebService使用的通信协议,用于指定特定元素<portType>定义的操作和消息的具体协议和数据格式

……

</binding>

<port>             ——>指定WebService的绑定地址

       ……

</port>

<service>               ——>聚集一组相关的<port>元素,指定对外发布的Web服务

       ……

</service>

</definitions>

6.UDDI是一种用于存储有关Web服务信息的目录,是一种由WSDL描述的Web服务界面的目录,经由SOAP进行通信。

三种级别的UDDI注册表:

(1).白页级别:只注册公司的基本信息。

(2).黄页级别:根据公司业务类别来划分信息类别。

(3).绿页级别:发布描述其Web服务的行为和所支持的功能。

7.UDDI编程API:

(1).查询API:

<find_business>、<find_relatedBusiness>、<find_service>、<find_binding>、<find_tModel>等。

若要获取更详细的信息,可以使用如下的API:

<get_businessDetail>、<get_businessDetailExt>、<get_serviceDetail>、<get_bindingDetail>、<get_tModelDetail>等。

(2).发布API:

<save_business>、<save_publisherAssertions>、<add_publisherAssertions>、<save_service>、<save_binding>、<save_tModel>等。

(3).删除API:

<delete_business>、<delete_publisherAssertions>、<delete_service>、<delete_binding>、<delete_tModel>等。

(4).身份鉴别API:

<get_authToken>、<discard_authToken>等。

8.UDDI的数据结构:

(1).<businessEntity>:表示公司的主要信息。

(2).<publisherAssertion>:用于建立两个<businessEntity>之间的关系,注意:除非两个<businessEntity>都进行了相同的声明,否则这一关系无法建立。

(3).<businessService>:表示公司的服务,这些服务可以是Web服务或任何其他类型的服务。

(4).<bindingTemplate>:由指向技术说明的指针和服务的接入URL构成,即Web服务的技术说明。

(5).<tModel>:提供特定规范或服务行为的描述,是UDDI中最基本的结构。

(6).<identifierBag>:<businessEntity>或<tModel>的标识信息。

(7).<categoryBag>:根据任何分类机制对<businessEntity>、<businessService>和<tModel>结构进行分类。

9.通过使用Web服务,可以将应用程序转换为网络应用程序,向全世界发布信息,提供某些功能的服务,基本的web服务平台:XML+HTTP。

Web服务两种类型的应用:

(1).可重复使用的应用程序组件。

(2).连接集成现有的软件系统。

10. Web服务的工作流程:



11.jax-ws是java开发webservice的标准API:

(1).javax.jws中常用的注解:

a.@Webservice:将一个类声明为webservice。

b.@Webparam:指定webservice的参数。

c.@WebResul:指定webservice的返回值。

d.@WebMethod:指定某个方法为webservice对外提供的方法。

(2).javax.jws.soap中常用的注解:

@SOAPBinding:将某个接口绑定为webservice。

12.WebService的调用过程:



由图可以看出,webservice交互过程中需要XML和程序对象进行相互转换,Java中提供了一种新的API——JAXB专门处理java对象和XML数据的相互转换。

13.JAXB(java API for XML Bing):

JAXB是一种java对象和xml数据格式之间相互转换的API。

(1).JAXB的作用:

Java Object ——> JAXB ——> XML

(2).JAXB的工作原理:



(3).JAXB的常用注解:

a.@XmlRootElement:将Java类映射为XML的根节点。

b.@XmlElement:将属性或方法映射为XML的节点。

c.@XmlAccessorType:指明映射那些方法或者字段。

d.@XmlTransient:指明那些方法或者字段不需要和xml进行映射。

e.@XmlJavaTypeAdapter:Xml和Java对象的转换。