WebService 学习资料整理1-概念

最新推荐文章于 2021-02-21 14:18:28 发布

wasphuang

最新推荐文章于 2021-02-21 14:18:28 发布

阅读量104

点赞数

分类专栏： webservice 文章标签： WebService 应用服务器 SOAP Web 网络协议

本文链接：https://blog.csdn.net/wasphuang/article/details/83644767

版权

webservice 专栏收录该内容

3 篇文章 0 订阅

订阅专栏

最近一个朋友在整WebService，在帮他调试的过程中遇到了不少问题，回顾之前转载的几篇博文，不够详尽。所以对网上的一些资料进行了整理，也融入了部分个人的理解。
[quote]下面的内容摘自http://www.360doc.com/content/08/0124/17/21290_1001123.shtml[/quote]

[size=large][b]WebService概念[/b]:[/size]
[size=large][b]1.1 术语(资料摘要)[/b][/size]

[b]web Service[/b]

Web Service是使应用程序可以以与平台和编程语言无关的方式进行相互通信的一项技术。Web 服务是一个软件接口，它描述了一组可以在网络上通过标准化的 XML 消息传递访问的操作。它使用基于 XML 语言的协议来描述要执行的操作或者要与另一个 Web 服务交换的数据。一组以这种方式交互的 Web 服务在面向服务的体系结构（Service-Oriented Architecture，SOA）中定义了特殊的 Web 服务应用程序

[b]SOAP[/b]
SOAP（Simple Object Access Protocol ）简单对象访问协议是在分散或分布式的环境中交换信息并执行远程过程调用的轻量级协议，是一个基于XML的协议。使用SOAP，不用考虑任何特定的传输协议（最常用的还是HTTP协议），可以允许任何类型的对象或代码，在任何平台上，以任何一种语言相互通信。

SOAP包括四个部分：SOAP封装(envelop)，封装定义了一个描述消息中的内容是什么，是谁发送的，谁应当接受并处理它以及如何处理它们的框架；SOAP编码规则（encoding rules），用于表示应用程序需要使用的数据类型的实例；SOAP RPC表示(RPC representation)，表示远程过程调用和应答的协定；SOAP绑定（binding），使用底层协议交换信息。

应用中比较关注的是envelop，由一个或多个Header和一个Body组成。

SOAP在可互操作的基础 Web 服务协议栈中的位置：

[b]Axis[/b]

Axis本质上就是一个SOAP引擎（Apache Axis is an implementation of the SOAP），提供创建服务器端、客户端和网关SOAP操作的基本框架。但Axis并不完全是一个SOAP引擎，它还包括：

[list]
[*]是一个独立的SOAP服务器。
[*]是一个嵌入Servlet引擎（例如Tomcat）的服务器。支持WSDL。
[*]提供转化WSDL为Java类的工具。
[*]提供例子程序。
[*]提供TCP/IP数据包监视工具
[/list]

[b]AXIS的几种服务类型[/b]

AXIS有四种service styles，分别是：RPC, Document, Wrapped, 和Message。最常用的就是RPC和Message。

[b]RPC[/b]：在AXIS中是一个默认选项。当你部署的时候使用下列两种方式：或则，它遵循SOAP RPC和编码规则。每个RPC都包括一个表示名称的外部接点和一些表示参数的内部接点。AXIS会根据规则将一个XML（WSDL文件）文件转化成一个JAVA对象，并对对想赋上在文件中描述的值。也可以根据规则将一个JAVA对象转化成XML文件。

[b]Document[/b]

适合于老的XML schema。

[b]Wrapped[/b]

和DOCUMENT一样，适合于老的XML schema。

在大多书情况下，你不许要担心是DOCUMENT服务还是WRAPPED服务。

[b]Message[/b]

以这种方式部署的话，会使AXIS失去意义，它使你的代码真正的用XML形式，而不需要转化成JAVA对象。以这种方式部署的有以下四种服务方法：



public Element [] method(Element [] bodies);

public SOAPBodyElement [] method (SOAPBodyElement [] bodies);

public Document method(Document body);

public void method(SOAPEnvelope req, SOAPEnvelope resp);

[b]几种服务类型的主要区别：[/b]

基于RPC(远程过程调用)方式，这也是Web服务最常用的方式。面向消息/文档的的类型跟RPC不同的是它提供了一个更底层的抽象，要求更多的编程工作。客户端可以传入任何的XML文档，得到的响应不一定是SOAPEnvelope，可以返回任何它所需要的东西，甚至不返回。虽然这对开发者来说非常的灵活，但是这种通讯类型在实际的应用中并不常见。面向消息/文档的Web服务主要适合于下面几种情况，比如批量处理，基于表单的数据导入，有需要返回非XML数据时，Web服务器实现中要求直接访问传输层等等

[b]WSDL[/b]

Web服务的接口定义语言，由Ariba、Intel、IBM、MS等共同提出，通过WSDL，可描述Web服务的三个基本属性：

[list]
[*]服务做些什么——服务所提供的操作（方法）
[*]如何访问服务——和服务交互的数据格式以及必要协议
[*]服务位于何处——协议相关的地址，如URL
[/list]

WSDL文档以端口集合的形式来描述Web服务，WSDL 服务描述包含对一组操作和消息的一个抽象定义，绑定到这些操作和消息的一个具体协议，和这个绑定的一个网络端点规范。

WSDL在Web 服务概念性协议栈中的位置

[b]WSDD[/b]

WSDD就是WEB服务分布描述（Web Service Deployment Descriptor）, 它定义了WEB服务的接口，如服务名、提供的方法、方法的参数等信息。

[b]UDDI[/b]

UDDI就是统一描述、发现和集成（Universal Description, Discovery, and Integration）。UDDI用于集中存放和查找WSDL描述文件，起着目录服务器的作用。

Web 服务中的角色、操作和构件：

* 服务提供者。从企业的角度看，这是服务的所有者。从体系结构的角度看，这是托管访问服务的平台。

* 服务请求者。从企业的角度看，这是要求满足特定功能的企业。从体系结构的角度看，这是寻找并调用服务，或启动与服务的交互的应用程序。服务请求者角色可以由浏览器来担当，由人或无用户界面的程序（例如，另外一个 Web 服务）来控制它。

* 服务注册中心。这是可搜索的服务描述注册中心，服务提供者在此发布他们的服务描述。在静态绑定开发或动态绑定执行期间，服务请求者查找服务并获得服务的绑定信息（在服务描述中）。对于静态绑定的服务请求者，服务注册中心是体系结构中的可选角色，因为服务提供者可以把描述直接发送给服务请求者。同样，服务请求者可以从服务注册中心以外的其它来源得到服务描述，例如本地文件、FTP 站点、Web 站点、广告和服务发现（Advertisement and Discovery of Services，ADS）或发现 Web 服务（Discovery of Web Services，DISCO）。

[size=large][b]1.2 WebService用途[/b][/size]
异构平台或分布式平台远程调用