基于Web服务构架得WebGIS.ppt

基于Web服务构架的WebGIS 1.2 Web Service产生背景 计算模式的演化：集中到分布式，网格 软件技术的演化：面向过程－面向对象－组件－分布式组件（如DCOM，CORBA，Java RMI） 传统的远程调用已经不能适应Internet发展的需求 1.3 Web Service的定义 定义 ：通过 SOAP 在 Web 上提供的软件服务，使用 WSDL 文件进行说明，并通过 UDDI 进行注册。可以将其理解为一种RPC。 Web service平台是一套标准，它定义了应用程序如何在Web上实现互操作性 1.4 Web Service的体系结构图 1.5 Web Service的主要特点 跨平台： 也就是其实现，部署可以采用不同的操作系统，编程环境，相互调用不存在任何障碍。 松耦合：因为采用XML，HTTP，SOAP来进行通讯，底层实现对于调用者是透明的，且与调用语言无关 跨防火墙 1.6 Web Service应用模式 1.7 Web Service应用实例 Google web服务 API MapPoint Web 服务 2.1 Web Service运转流程 2.2 Web Service的关键技术 XML SOAP WSDL UDDI 2.3 Web 服务数据格式XML 易于建立和易于分析 平台无关的，又是厂商无关的 XML Schema (XSD) ,由W3C指定的XML数据类型标准 2.4 Web 服务数据交换协议SOAP 定义：SOAP （Simple Object Access Protocol）提供一种简单的、可扩展并且功能丰富的 XML 消息处理框架 SOAP详解 SOAP中的“简单”一词是相对术语，在这里，相对于其他用于此目的的协议来说，它是简单的，包括DCOM和CORBA，他们也能实现软件之间的通信，但是也很不友好。 而术语“协议”表示双方认可的一个标准，即如何格式化消息以便双方能够通信。SOAP协议只是定义了一种消息格式，它并没有为交换消息而强加某种特定的传送协议，因此可采用HTTP，FTP ,SMTP等协议来传送消息。 SOAP的设计目标 简明性：主要表现在SOAP的整个消息结构非常简单（一个Envelop中只包含了Header和Body两部分）除了消息结构外，SOAP没有定义额外的表述结构标准，没有定义自己的编码标准，没有定义自己的传输协议。 可扩展性：表现在SOAP可以使用任意的模式定义方式来定义内部传输内容的结构（编码方式一般使用XML Schema），可以与任意的网络传输方式来完成传输。 SOAP的消息交换模型1 请求－响应模型（Request－Response） 服务请求者向服务提供者（或端点）发送请求消息，处理完请求之后，提供者将响应消息发送给请求者 SOAP的消息交换模型2 单向请求模型（one-way） 将单向消息发送到端点 -- 例如，不需要响应的请求 SOAP的消息交换模型3 通知模型（Notification） 从端点向请求者发送的单向消息 SOAP的消息交换模型4 要求响应模型Solicit-Response 服务端向请求端主动发送消息并且要求得到响应 SOAP传输模型 SOAP的结构 SOAP封装(envelop) SOAP编码规则（encoding rules） SOAP RPC表示(RPC representation) SOAP绑定（binding） SOAP请求 POST /StockQuote HTTP/1.1 Host: Content-Type: text/xml; charset=utf-8“ Content-Length: nnnn SOAPAction: /2001/06/quotes? env:Envelope xmlns:env=/2001/06/soap-envelope env:Body m:GetLastTradePrice env:encodingStyle=/2001/06/soap-encoding xmlns:m=/2001/06/quotes symbolDIS/symbol /m:GetLastTradePrice /env:Body /env:Envelope SOAP响应 HTTP/1.1 200 OK Content-Type: text/xml; charset=utf-8“ Content-Length: nnnn? env:Envelope xmlns:env=/2001/06/soap-envelope env:Body m