WebService(1)：基本概念

最新推荐文章于 2021-05-25 10:36:05 发布

nowseeme

最新推荐文章于 2021-05-25 10:36:05 发布

阅读量456

点赞数

分类专栏： webservice javaee 文章标签： WebService

本文链接：https://blog.csdn.net/NowUSeeMe/article/details/59573801

版权

javaee 同时被 2 个专栏收录

18 篇文章 1 订阅

订阅专栏

webservice

4 篇文章 0 订阅

订阅专栏

一.术语

1.Web Service

Web Service也叫XML Web Service。WebService是一种可以接收从Internet或者Intranet上的其它系统中传递过来的请求，轻量级的独立的通讯技术。是通过SOAP在Web上提供的软件服务，使用WSDL文件进行说明，并通过UDDI进行注册。
简单理解：
(1) 基于Web的服务：服务器端整出一些资源让客户端应用访问（获取数据）
(2) 一个跨语言、跨平台的规范（抽象）
(3) 多个跨平台、跨语言的应用间通信整合的方案（实际）

2.XML

XML扩展型可标记语言(Extensible Markup Language)。面向短期的临时数据处理、面向万维网络，是Soap的基础。

3.SOAP

SOAP(Simple Object Access Protocol)简单对象存取协议。是XML Web Service 的通信协议。当用户通过UDDI找到你的WSDL描述文档后，他通过可以SOAP调用你建立的Web服务中的一个或多个操作。SOAP是XML文档形式的调用方法的规范，它可以支持不同的底层接口，像HTTP(S)或者SMTP。
SOAP是一种简单的、基于HTTP和XML的协议, 用于在WEB上交换结构化的数据。
soap消息：请求消息和响应消息。

4.WSDL

WSDL(Web Services Description Language)，WSDL 文件是一个 XML 文档，用于说明一组 SOAP 消息以及如何交换这些消息。大多数情况下由软件自动生成和使用。

5.UDDI

UDDI (Universal Description, Discovery, and Integration) 是一个主要针对Web服务供应商和使用者的新项目。在用户能够调用Web服务之前，必须确定这个服务内包含哪些商务方法，找到被调用的接口定义，还要在服务端来编制软件，UDDI是一种根据描述文档来引导系统查找相应服务的机制。UDDI利用SOAP消息机制（标准的XML/HTTP）来发布，编辑，浏览以及查找注册信息。它采用XML格式来封装各种不同类型的数据，并且发送到注册中心或者由注册中心来返回需要的数据。

二.流程

实现一个完整的Web服务包括以下步骤：
◆ Web服务提供者设计实现Web服务，并将调试正确后的Web服务通过Web服务中介者发布，并在UDDI注册中心注册；（发布）

◆ Web服务请求者向Web服务中介者请求特定的服务，中介者根据请求查询UDDI注册中心，为请求者寻找满足请求的服务；（发现）

◆ Web服务中介者向Web服务请求者返回满足条件的Web服务描述信息，该描述信息用WSDL写成，各种支持Web服务的机器都能阅读；（发现）

◆ 利用从Web服务中介者返回的描述信息生成相应的SOAP消息，发送给Web服务提供者，以实现Web服务的调用；（绑定）

◆ Web服务提供者按SOAP消息执行相应的Web服务，并将服务结果返回给Web服务请求者。（绑定）

这里写图片描述

三.WebService的应用场合

1.跨越防火墙通信

客户端和服务器端之间通信都会有防火墙或者代理服务器。传统的实现互相通信的方法是在分布式对象，如DCOM、CORBA之间进行相互的远程过程调用（TCP/IP），但在这种场合下HTTP协议的特性没有得到应用，因此在Internet环境下的远程过程调用不是一件容易的事情，同时在Internet上使用远程过程调用还存在安全问题，防火墙和代理服务器还有可能阻挡这种类型的数据传输。HTTP是在Internet上发送消息的标准协议。Web服务使用基于XML消息处理作为基本的数据通信方式，应用程序可以使用HTTP和XML消息等标准在基于Web的应用程序之间交换信息，从而跨越防火墙。

2.应用程序集成

企业里经常要把不同语言写成的在不同平台上运行的各种程序集成起来。大型公司常常有很多部门，每个部门都使用最适合自己特定需要的应用程序和平台。为了能够让公司各部门之间进行通信，首先应该将公司内部的应用程序和商业过程集成在一起。Web服务的开放标准使组织创建可重用的应用程序接口。当被包装成一个或一组Web服务之后，任何应用程序理论上都可以通过SOAP消息与任何其他应用程序进行通信

3.软件复用

软件复用是在软件开发中避免重复劳动的解决方案。Web服务实现了业务级别的软件复用，例如在B2B的集成中，各企业之间通过互相调用Web服务，实现了Web服务的共享，Web服务的使用企业不需要再重新开发其他企业中已经存在的服务。

4.总结

web service能解决：
1. 跨平台调用
2. 跨语言调用
3. 远程调用
使用情景：
1. 同一家公司的新旧应用之间
2. 不同公司的应用之间
3. 一些提供数据的内容聚合应用：天气预报、股票行情

四.Java WebService框架

1.Sun JAX-WS

JAX-WS是jdk1.6对WebService服务的一种实现，用来开发和发布服务。而从服务本身的角度来看JWS服务是没有语言界限的。但是Java语言为Java开发者提供便捷发布和调用WebService服务的一种途径。

2.Apache Axis1、Axis2

Axis1比较老。
Axis2是Apache下的一个重量级WebService框架，准确说它是一个Web Services / SOAP / WSDL 的引擎，是WebService框架的集大成者，它能不但能制作和发布WebService，而且可以生成Java和其他语言版WebService客户端和服务端代码。这是它的优势所在。但是，这也不可避免的导致了Axis2的复杂性，使用过的开发者都知道，它所依赖的包数量和大小都是很惊人的，打包部署发布都比较麻烦，不能很好的与现有应用整合为一体。但是如果你要开发Java之外别的语言客户端，Axis2提供的丰富工具将是你不二的选择。

3.XFire

XFire是与Axis2 并列的新一代WebService平台，是一个高性能的WebService框架，在Java6之前，它的知名度甚至超过了Apache的Axis2，XFire的优点是开发方便，与现有的Web整合很好，可以融为一体，并且开发也很方便。但是对Java之外的语言，没有提供相关的代码工具。XFire后来被Apache收购了，原因是它太优秀了，收购后，随着Java6 JWS的兴起，开源的WebService引擎已经不再被看好，渐渐的都败落了。

4.Apache CXF(Celtix + XFire)

CXF是Apache旗下一个重磅的SOA简易框架，它实现了ESB（企业服务总线）。CXF来自于XFire项目，经过改造后形成的，就像目前的Struts2来自WebWork一样。可以看出XFire的命运会和WebWork的命运一样，最终会淡出人们的视线。CXF不但是一个优秀的Web Services / SOAP / WSDL 引擎，也是一个不错的ESB总线，为SOA的实施提供了一种选择方案，当然他不是最好的，它仅仅实现了SOA架构的一部分。
注：对于Axis2与CXF之间的关系，一个是Axis2出现的时间较早，而CXF的追赶速度快

5.比较

Apache CXF是CodehausXFire的第二代产品，目前在不同框架中性能最佳，应该是开发者不错的选择，这与它本身的架构设计不无关系。相比其他框架，CXF具有几个突出的特性：支持JAX-WS、Spring集成、Aegi数据绑定、支持RESTful services、支持WS-*、Apache协议、代码实现简洁。
Apache Axis2是Apache Axis1的第二代产品，架构上也非常不错，关键特性：支持多语言（C/C++）、支持各种规范、可插拔模块化设计、支持热部署等。与CXF相比性能也非常优异。
如果需要多语言的支持，应该选择AXIS2。如果需要把实现侧重JAVA并希望和Spring集成，CXF就是更好的选择，特别是把你的Web Service嵌入其他的程序中。