WebService

XML、WebService和WSAD实现

1.  动机@H_404_7@答：1) 今天，万维网的主要用途是交互式的访问文档和应用程序;@H_404_7@    2) 大多数时候，这些访问是通过浏览器、音频播放器或其它交互式的前-后端系统;@H_404_7@    3) W3C: “假如万维网支持应用程序间的交互，Web在能力及应用范围上能得到引人注目的增长”

2.  技术基础@H_404_7@答：Web services = XML + HTTP@H_404_7@    . XML：通用数据描述语言;@H_404_7@    . HTTP：被浏览器和Web servers广泛支持地一种传输协议;@H_404_7@  @H_404_7@3.  什么是Web Service?@H_404_7@答：1) Web service最近成为IT业一个被过度传播的术语;@H_404_7@    2) Web service是自我包含、自我描述、模块化的程序，它能发布、定位以及通过Web调用;@H_404_7@    3) 一个Web service的例子是提供股价或处理信用卡交易。一旦一个web service被布署，其它应用程序即可发现和调用这个服务。@H_404_7@    4) 还有什么产业能使用web service?

4.  web service理念@H_404_7@答：Web service基于这样的理念：构建应用程序的时候通过发现以及调用网络上现在的应用去实现某现功能;

5.  自我包含@H_404_7@答：1) 在客户端，无须附加的软件;@H_404_7@    2) 只须XML和HTTP协议客户端支持即可开始;@H_404_7@    3) 在服务器端，仅需要一个Web服务器和servlet引擎;@H_404_7@    4) 对于Web service使一个既存的系统重新可用而无须写一行代码是可行的;@H_404_7@    @H_404_7@6.  自我描述@H_404_7@答：1) 无论是客户端还是服务器端除了格式和请求内容以及响应信息外无须关注任何事情;@H_404_7@    2) 信息格式定义通过消息传输;@H_404_7@    3) 无额外的无素贮藏库或代码产生工具需要;@H_404_7@ @H_404_7@7.  Web services是模块化的@H_404_7@答：1) Web services标准框架提供了一个组件模型;@H_404_7@    2) Web services是一种技术，用于部署和提供Web上的商业功能访问;@H_404_7@    3) J2EE、CORBA和其它标准是实现这些Web services的技术;@H_404_7@ @H_404_7@8.  发布、定位以及通过Web调用@H_404_7@答：所需的一些额外的标准：@H_404_7@    . SOAP：Simple Object Access Protocol、也可理解为 service-oriented architecture protocol，基于RPC和通讯协议的XML。@H_404_7@    . WSDL：Web Service Description Language,一个描述性的接口和协议绑定语言。@H_404_7@    . uddi：Universal Description,discovery，and Integration，一种注册机制，用于查找Web service描述。

9.  语言无关和互操作性@H_404_7@答：1) 客户端和服务器端能在不同环境下被实现;@H_404_7@    2) 既存的环境为了实现Web service无须进行改动;@H_404_7@    3) 但是在现在，我们假设Java是Web service客户端和服务器端的实现语言;@H_404_7@ @H_404_7@10. 基于开放的标准@H_404_7@答：1) XML和HTTP是Web services的技术基础;@H_404_7@    2) 很大部分Web service技术使用开源项目构建;@H_404_7@    3) 因此，供应商无关以及互操作性是这时的现实目标。

11. Web services是动态的@H_404_7@答：通过使用Web Services，动态电子商务变得很现实。因为，使用uddi和WSDL，Web service描述和发现可以自动进行。

12. Web services是组合的@H_404_7@答：简单的Web services能组合成更复杂的Web services，无论是使用工作流技术或是调用更底层的Web services。

13. 基于成熟技术构建@H_404_7@答：1) XML + HTML@H_404_7@    2) 和其它分布式计算框架相比，有很多相同点也有很多基础性的不同。例如，传输协议基于文本而非二进制。

14. 因此...新的机会到来了@H_404_7@答：1) 在这个时刻，Web service受到大量关注，产生了许多工作机会;@H_404_7@    2) 你应该理解并迅速掌握这项技术便能把握住这些机会。

15. Web Service角色@H_404_7@答：1) service provider创建web service并发布它的接口和访问信息到服务登记处;@H_404_7@    2) service broker(也称为service registry)有责任使Web service接口和实现访问信息对任何潜在的service requestor可用;@H_404_7@    3) service requestor为了使用Web service，使用各种查找操作在broker登记处定义入口以及绑定到service provider。

16. Web services架构体系@H_404_7@答：1) Web services通过service provider部署到Web上;@H_404_7@    2) Web service提供的功能使用WSDL描述;@H_404_7@    3) service broker帮助service provider和service requestor能互相找到对方;@H_404_7@    4) service requestor使用uddi API从service broker处寻找它所需要的服务;@H_404_7@    5) 当service broker返回查找的结果，service requestor可使用这些结果绑定到一个特定服务;

    6) Web service描述由service provider创建和发布;@H_404_7@    7) Web service由service broker组织和查找;@H_404_7@    8) Web service由service requester定位和调用;

17. Web services组件@H_404_7@答：前面显示了Web service中用到的三种主要的组件：@H_404_7@    1) Service provider: 提供服务并使这些服务可用;@H_404_7@    2) Service broker: 为service provider和service requestor配对;@H_404_7@    3) Service requester: 使用service broker查找Web service，然后调用这些服务去创建应用程序;

18. Service provider子角色@H_404_7@答：1) WSDL规范由二部分组成：服务接口和服务实现;@H_404_7@    2) 服务接口提供者和服务实现者是service provider的子角色;@H_404_7@    3) 二个角色可以，但非必须被同一个事务承担;

19. Web service操作@H_404_7@答：1) 发布/取消发布@H_404_7@       . 发布服务至登记处;@H_404_7@       . 移除这些登记的条款@H_404_7@       service provider联系service broker发布/取消服务@H_404_7@    2) 查找操作由service requestor和service broker共同完成: service requestor描述他们查找的服务种类; service broker递交最匹配的请求结果。@H_404_7@    3) 绑定发生在service requestor和service provider间，他们会协议好以便requestor能访问和调用service provider提供的服务。

20. WSDL——Web服务描述语言@H_404_7@答：1) WSDL是以XML为基础的接口定义语言，它提供了一种分类和描述Web service的方式;@H_404_7@    2) WSDL定义了：@H_404_7@       . Web service的接口，包括：@H_404_7@         a. 操作方式(单向、通知、请求-响应);@H_404_7@         b. 定义了Web service的消息;@H_404_7@         c. 数据类型(XML schema);@H_404_7@       . Web service访问协议(SOAP over HTTP);@H_404_7@       . Web service联系的终点(Web service URL);@H_404_7@       . 符合要求的服务端应用程序必须支持这些接口，客户端用户能从这份文档中得知如何访问一个服务。

21. uddi——统一查找、描述以及综合答：1) uddi提供了一种找到可用Web service的方式;    2) uddi提供了一个全球的、平台无关的、开放式框架，使得商业应用能：       . 相互查找;       . 定义它们通过Web交互的方式;       . 在一个全球注册场所共享信息;    3) 在Web上存在三种开放的uddi注册场所,由IBM、Microsoft和HP发起;    4) 注册是免费的，在任一注册处注册的内容被其它注册处所复制;    5) 在uddi商业注册处提供的信息由三部分组成：       . “白皮书”：包括地址、联系以及标识符;       . “黄皮书”：包括基于标准分类学的各产业分类;       . “绿皮书”：所提供的service的技术信息;    6) Web service provider和requester使用SOAP API和uddi注册处交流; 22. SOAP——简单对象访问协议(Simple Object Access Protocol)答：1) SOAP是一个网络中立的、轻量级的协议，用于交换两个远端应用程序的信息;    2) SOAP是一个基于XML的协议，由三部分组成：       . 一个定义了一个框架的封套(envelope)，这个框架描述了信息的内容以及如何去处理它。       . 一系列的编码规则，用于表现系统定义的数据类型实例;       . 一个协定，用于表现远端处理调用和响应