精华内容
下载资源
问答
  • Webservice原理

    2012-04-07 22:51:54
    Webservice的基本概念: Web Services 直译过来就web 服务, 个人理解就是一种基于Internet的对外服务机制。 它的应用领域是Internet,而不仅限于局域网或试验环境。这就要求我们的Web Services 框架必须适用于现有...
    Webservice的基本概念:
    
    Web Services 直译过来就web 服务, 个人理解就是一种基于Internet的对外服务机制。 它的应用领域是Internet,而不仅限于局域网或试验环境。这就要求我们的Web Services 框架必须适用于现有的Internet 软件和硬件环境,即服务的提供者所提供的服务必须具有跨平台、跨语言的特性。
    其次,Web Services 所提供的服务不仅是向人,更需服务于其它应用系统。现有的Web网站也可以认为是面向服务的,但这种服务仅仅可以提供给人使用(只有人类才可以读懂浏览器下载的页面) 。而新一代的Web Services 所提供的服务应能被机器所读懂,例如其它应用程序及移动设备中的软件系统。这样,我们可以看出,Web Services 的发展方向实际上是构造一个在现有Internet 技术上的分布计算系统。

    Web Services 框架的核心技术包括SOAP ,WSDL 和UDDI ,它们都是以标准的XML 文档的形式表的。SOAP 是Web services 的通信协议。

    ●SOAP:
    SOAP是一种简单的、轻量级的基于XML 的机制,用于在网络应用程序之间进行结构化数据交换。SOAP包括三部分:一个定义描述消息内容的框架的信封,一组表示应用程序定义的数据类型实例的编码规则,以及表示远程过程调用和响应的约定。

    ●WSDL:
    WSDL表示WEB服务说明语言。WSDL文件是一个XML 文档,用于说明一组SOAP消息以及如何交换这些消息。

    ●UUDI:
    UDDI(统一描述发现和集成) 提供一种发布和查找服务描述的方法。UDDI 数据实体提供对定义业务和服务信息的支持。WSDL 中定义的服务描述信息是UDDI注册中心信息的补充。


    WebServices体系架构
      Web Services 的体系架构如图1 所示
      Web Services 服务提供方通过WSDL(Web Services Description Language) 描述所提供的服务,并将这一描述告知Web Services 注册服务器。注册服务器依据WSDL 的描述,依照UDDI (Universal Description Discovery and Integration) 的协定更新服务目录并在Internet 上发布。用户在使用Web Services 前先向注册服务器发出请求,获得Web Services 提供者的地址和服务接口信息,之后使用SOAP 协议(Simple Object Access Protocol) 与Web Services 提供者建立连接,进行通信。Web Services 的技术主要建立在XML 的规范之上,这保证了这一体系结构的平台无关性、语言无关性和人机交互性能。
      电子商务和ERP的集成框架。传统的应用系统大都不太灵活,它们都建立在点到点的解决方案的基础上,需要程序员大量的工作和一个比较长的开发周期。造成大量昂贵硬编码的单独应用,这些应用不能很好的集成也不能灵活的适应业务流程的改变。通过第2部分的分析,可以知道,功能组件化并具有良好集成性的Web services可解决这些问题。通过对Web服务平台的研究并结合电子商务和ERP的具体特点,我们提出的框架整体结构如图2所示:

      在该模式中我们不使用传统点到点的集成,而是在原有集成模式的基础上结合Web服务新技术,提出的一种新模式。该集成框架将企业后台的ERP系统和前台的电子商务系统集成到框架中。

    SOAP消息代理是整个框架的信息处理中心,它根据预先定义好的应用消息转换机制将消息转换成目标应用需要的数据并存储到应用消息仓库中。除了保存和转发应用消息之外,消息代理还负责将不同的企业应用所保存的应用数据通过企业模型转化为一致的企业数据,保存到数据库中。
      客户端通过UDDI的标准和机制来搜寻需要的web服务,绑定找到的web服务并使用它提供的服务。另外,框架为企业进一步发展电子商务提供了接口,建立在UDDI基础上的Web services可以完成这一功能。
    ======================================================================================
    Webservice原理解析: 我们来看下面这张图:



    上面这张图就简单地演示了Webservice的工作原理,当我们开发出一个webservice后,我们会将其布署到服务器,这个web service会向外暴露一个wsdl文件。通过这个文件,客户端就知道服务器向外提供了哪些服务和需要哪些参数。
    客户端通过get请求可以得到wsdl文件,也就知道服务器提供的方法和参数了,然后客户端会通过webservice提供的工具类(通常为wsdltojava生成相应的类)。 接下来,客户端会向webservice发送一个soap请求,这个soap请求实际上就是一段xml代码,然后server接收到soap请求,然后进行相应的处理,并将响应结果以soap 方式发送回客户端。
    展开全文
  • WebService原理

    2012-09-16 11:47:30
     WebService是一个应用组件,它逻辑性的为其他应用程序提供数据与服务,各应用程序通过网络协议和规定的一些标准数据格式(Http,XML,Soap)来访问WebService得到所需结果。  基础的 Web Services = XML + HTTP。...

     

    (1)概念

        WebService是一个应用组件,它逻辑性的为其他应用程序提供数据与服务,各应用程序通过网络协议和规定的一些标准数据格式(Http,XML,Soap)来访问WebService得到所需结果。
           基础的 Web Services = XML + HTTP。
          Web services 平台的元素:

     

    1.  client 有需要,想调用一个服务,但不知道哪里去调用 但知道 UDDI Registry 上可以查到。
    2. 果然 UDDI 记录了某个一个叫做 Web Server A 的服务器能提供这样的服务。
    3. 于是 Client 去 Web Server A, 询问确切的调用方法。
    4.  Web Server A 看到 Client 提出的“确切方法查询”之后, 立即返回给它一个 WSDL 描述的 xml 文档这里记录他能提供的各类方法接口 .
    5.  Client 了解到这些之后,将这些 xml 的接口方法,封装成为 HTTP 请求 发给 Web Server A. 这些封装方式采用的是标准的 SOAP 方式 实质是满足 HTTP 协议的一些 SOAP 的报文消息
    6.  Web Server A 回应的也是 HTTP 协议的 SOAP 包 这样双方的请求 - 响应完全畅通。

    (3)使用场合

     

    1. 跨平台 支持 HTTP 协议的主机和服务器 都能够建立通信联系 并且大部分的主机和服务器 (99.999% 以上 ) 将支持 HTTP 协议。一般而言,不同目标主机之间的通信,需要通过防火墙,打开某个端口 , HTTP 协议的优势在于,防火墙一般不会封掉 80 端口 这样就可以方便,安全的通信。
    2. 跨语言 任何语言 都支持 XML 文本解析 这个的目的是为了实现不同语言之间的通信 通信的内容,是被xml 限制的,因此这样进行通信,能跨越语言障碍,即 , Java 开发的服务端,客户端可以用 C 访问 可以用java , VB 等访问 反之亦然

    (4)开发流程 

     

    • 客户端开发

     

    1.    通过 UDDI ,查找到 Client 程序需要的 Web Service 的位置
    2.    通过 WebService 找到 WSDL 接口描述文件
    3.    通过工具,将步骤 2 得到的 WSDL 文件,生成一个 Client Stub, 这个实质上是代码 也就是打了一个桩。把这个 stub 的代码归并到 Client 程序中 .
    4.   每次 Client 需要调用 WebService 的时候,直接调用步骤 4 生成的 Stub 接口,就实现了对 Server 端的调用。

     

    • Server 端开发: 

      利用 WSDL 文件 ( 或者 IDL) 生成 Server Stub, 这些代码将负责接收从外界获得的请求,并将其转发给 Web Server 的Service Implementation (实现代码)。当 Service Implementation 的代码处理完,产生结果之后,又会把结果交给 Server Stub, 然后 Server Stub 可以产生一个 SOAP 的响应 . Server Stub + Server Implementation 合在一起 称为 Web Service Container, 这玩意儿就是让发送到 WebService 的 HTTP 请求,直接送到 Server Stub 上面的。

    (5)免费的webservice资源

    http://www.webxml.com.cn/zh_cn/web_services_item.aspx?id=494536374B66307964534D3D

    参考链接:

    http://blog.csdn.net/ostrichmyself/article/details/6393627

    http://www.w3school.com.cn/webservices/index.asp

    http://www.g168.net/txt/asp.net/dot07.htm







     

    展开全文
  • WebService原理流程

    千次阅读 2016-02-04 22:09:15
    WebService 的几种概念 :   以 HTTP 协议为基础,通过 XML 进行客户端和服务器端通信的框架 / 组件   两个关键点 : 1. 服务端提供的功能 , 通过 xml 描述 2. 第一步中的描述的功能 , 嵌入...

    第一部分 : 直观概述

    WebService 的几种概念 :

     

    以 HTTP 协议为基础,通过 XML 进行客户端和服务器端通信的框架 / 组件

     

    两个关键点 :

    1.       服务端提供的功能 , 通过 xml 描述

    2.       第一步中的描述的功能 , 嵌入到 HTTP 协议中 , 使得能通过 HTTP 协议进行通信【所谓的 SOAP 】 .

     

    用图可以如下表示:

    图一: WebService的简要表示

     

     采用这两个技术的目的主要是 :

    1.       跨平台 , 支持 HTTP 协议的主机和服务器 , 都能够建立通信联系 , 并且大部分的主机和服务器 (99.999% 以上 )将支持 HTTP 协议。一般而言,不同目标主机之间的通信,需要通过防火墙,打开某个端口 , HTTP 协议的优势在于,防火墙一般不会封掉 80 端口 , 这样就可以方便,安全的通信。

     

    2.       跨语言 , 任何语言 , 都支持 XML 文本解析 , 这个的目的是为了实现不同语言之间的通信 , 通信的内容,是被xml 限制的,因此这样进行通信,能跨越语言障碍,即 , Java 开发的服务端,客户端可以用 C 访问 , 可以用java , VB 等访问 , 反之亦然。

     

     第二部分 : 基本原理和架构 

    当然, 架构比我们上面说到的图要更为复杂,上面只是说明了一来一回的通信 , 实际情况还需要考虑以下问题 , 参照图例说明 :

    1. 服务器端 (Provider) 提供统一的标准化服务。 就像开办一个公司 ( 即 Server Provider), 工商行政管理局,注册一下公司地址和性质。 目的是 , 别人要用公司的服务,从工商管理局就知道你的地址。这样统一的做法,是方便所有的公司以及所有需要公司提供服务的客户。 并且这些信息是最大限度的公开。

     

    2. 客户端 (Requester) 到注册中心 (Registry) 拿到公司的基本信息之后 , 去找到这个公司 , 然后使用该公司提供的服务。

     

    图二: 基本的WebService架构流程图

     

    注意上面图中的基本步骤的标号 , 解释如下

    1. Provider 节点提供好服务后 , 首先注册到节点 Registry

    2 和 3. Requester 节点到 Regitry 节点查信息 , 找到需要的 Provider 及其提供的 Service

    4. Requester 使用 Provider 提供的服务

     

    更具体的介绍 , 参照参考文献 [2], 下面这些基本由这个参考文献翻译而来 :

     

    图三: 细节步骤流程图

    上图这些东西 , 完完整整的呈现了 WebService 的整个原理流程 :

    1.       Client 有需要,想调用一个服务,但不知道哪里去调用 . 但知道 UDDI Registry 上可以查到。

    2.       果然 UDDI 记录了某个一个叫做 Web Server A 的服务器能提供这样的服务。

    3.       于是 Client 去 Web Server A, 询问确切的调用方法。

    4.       Web Server A 看到 Client 提出的“确切方法查询”之后, 立即返回给它一个 WSDL 描述的 xml 文档这里记录他能提供的各类方法接口 .

    5.       Client 了解到这些之后,将这些 xml 的接口方法,封装成为 HTTP 请求 , 发给 Web Server A. 这些封装方式采用的是标准的 SOAP 方式 , 实质是满足 HTTP 协议的一些 SOAP 的报文消息。

    6.       Web Server A 回应的也是 HTTP 协议的 SOAP 包 . 这样双方的请求 - 响应完全畅通。

     

     

    上面我们看到的是应用原理图 , 进一步深入 , 可以发现如下的协议架构图 :

    图四: 协议结构

     

    上面我们已经花了很大的精力 , 介绍了发现 Service(UDDI), Service 提供的接口描述 (WSDL), 调用 Service(SOAP),以及传输 (HTTP) 的的整个过程。因此不再做介绍。 这个技术的核心是 SOAP.

    第三部分 : 实践 WebService

    看到上面的图那么复杂 , 实质上 SOAP+HTTP 协议已经足够成熟,犯不着让我们通过 xml 生成带有 SOAP 变迁的 HTML 脚本 , 有很多工具可以帮住我们实现。事实上,开发起来还是相当简便的。

    情况 A: 已知存在 Web Service, 客户端的开发可以通过以下步骤 :

     

    1.        通过 UDDI ,查找到 Client 程序需要的 Web Service 的位置

    2 .        通过 WebService 找到 WSDL 接口描述文件

    3 .        通过工具,将步骤 2 得到的 WSDL 文件,生成一个 Client Stub, 这个实质上是代码 , 也就是打了一个桩。把这个 stub 的代码归并到 Client 程序中 .

    4.        每次 Client 需要调用 WebService 的时候,直接调用步骤 4 生成的 Stub 接口,就实现了对 Server 端的调用。

     

    情况 B: Server 端的开发,同样无需做解析 SOAP 这样的破事,框架会帮我们做好。大致步骤如下 :

    1 .        实现 WebServer 需要提供的所有功能

    2 .        利用 WSDL 文件 ( 或者 IDL) 生成 Server Stub, 这些代码将负责接收从外界获得的请求,并将其转发给 Web Server 的 Service Implementation (实现代码)。当 Service Implementation 的代码处理完,产生结果之后,又会把结果交给 Server Stub, 然后 Server Stub 可以产生一个 SOAP 的响应 . Server Stub + Server Implementation 合在一起 , 称为 Web Service Container, 这玩意儿就是让发送到 WebService 的 HTTP 请求,直接送到 Server Stub 上面的。

     

     

    图五:实际应用中的调用

    参考资料 :

     

    1. http://www.axaptapedia.com/Webservice

     

    2. http://gdp.globus.org/gt3-tutorial/multiplehtml/ch01s02.html

     

    3.   http://blog.csdn.net/gnuhpc/archive/2009/12/22/5047951.aspx

    展开全文
  • Webservice原理解析

    万次阅读 热门讨论 2010-01-15 23:39:00
    Webservice原理简析 Webservice的基本概念:Web Services 直译过来就web 服务, 个人理解就是一种基于Internet的对外服务机制。 它的应用领域是Internet,而不仅限于局域网或试验环境。这就要求我们的Web Services ...

                      Webservice原理简析

     

    Webservice的基本概念:

    Web Services 直译过来就web 服务, 个人理解就是一种基于Internet的对外服务机制。 它的应用领域是Internet,而不仅限于局域网或试验环境。这就要求我们的Web Services 框架必须适用于现有的Internet 软件和硬件环境,即服务的提供者所提供的服务必须具有跨平台、跨语言的特性

    其次,Web Services 所提供的服务不仅是向人,更需服务于其它应用系统。现有的Web网站也可以认为是面向服务的,但这种服务仅仅可以提供给人使用(只有人类才可以读懂浏览器下载的页面) 。而新一代的Web Services 所提供的服务应能被机器所读懂,例如其它应用程序及移动设备中的软件系统。这样,我们可以看出,Web Services 的发展方向实际上是构造一个在现有Internet 技术上的分布计算系统。

                                

    Web Services 框架的核心技术包括SOAP ,WSDL UDDI ,它们都是以标准的XML 文档的形式表的。SOAP Web services 的通信协议。

     

    SOAP

    SOAP是一种简单的、轻量级的基于XML 的机制,用于在网络应用程序之间进行结构化数据交换。SOAP包括三部分:一个定义描述消息内容的框架的信封,一组表示应用程序定义的数据类型实例的编码规则,以及表示远程过程调用和响应的约定。

     

    WSDL:

    WSDL表示WEB服务说明语言。WSDL文件是一个XML 文档,用于说明一组SOAP消息以及如何交换这些消息。

     

    UUDI:

    UDDI(统一描述发现和集成) 提供一种发布和查找服务描述的方法。UDDI 数据实体提供对定义业务和服务信息的支持。WSDL 中定义的服务描述信息是UDDI注册中心信息的补充。

     

     

    WebServices体系架构

      Web Services 的体系架构如图1 所示

      Web Services 服务提供方通过WSDL(Web Services Description Language) 描述所提供的服务,并将这一描述告知Web Services 注册服务器。注册服务器依据WSDL 的描述,依照UDDI (Universal Description Discovery and Integration) 的协定更新服务目录并在Internet 上发布。用户在使用Web Services 前先向注册服务器发出请求,获得Web Services 提供者的地址和服务接口信息,之后使用SOAP 协议(Simple Object Access Protocol) Web Services 提供者建立连接,进行通信。Web Services 的技术主要建立在XML 的规范之上,这保证了这一体系结构的平台无关性、语言无关性和人机交互性能。

      电子商务和ERP的集成框架。传统的应用系统大都不太灵活,它们都建立在点到点的解决方案的基础上,需要程序员大量的工作和一个比较长的开发周期。造成大量昂贵硬编码的单独应用,这些应用不能很好的集成也不能灵活的适应业务流程的改变。通过第2部分的分析,可以知道,功能组件化并具有良好集成性的Web services可解决这些问题。通过对Web服务平台的研究并结合电子商务和ERP的具体特点,我们提出的框架整体结构如图2所示:


      在该模式中我们不使用传统点到点的集成,而是在原有集成模式的基础上结合Web服务新技术,提出的一种新模式。该集成框架将企业后台的ERP系统和前台的电子商务系统集成到框架中。

     

    SOAP消息代理是整个框架的信息处理中心,它根据预先定义好的应用消息转换机制将消息转换成目标应用需要的数据并存储到应用消息仓库中。除了保存和转发应用消息之外,消息代理还负责将不同的企业应用所保存的应用数据通过企业模型转化为一致的企业数据,保存到数据库中。

      客户端通过UDDI的标准和机制来搜寻需要的web服务,绑定找到的web服务并使用它提供的服务。另外,框架为企业进一步发展电子商务提供了接口,建立在UDDI基础上的Web services可以完成这一功能。

    ======================================================================================

    Webservice原理解析:  我们来看下面这张图:

     

     

    上面这张图就简单地演示了Webservice的工作原理,当我们开发出一个webservice后,我们会将其布署到服务器,这个web service会向外暴露一个wsdl文件。通过这个文件,客户端就知道服务器向外提供了哪些服务和需要哪些参数。

    客户端通过get请求可以得到wsdl文件,也就知道服务器提供的方法和参数了,然后客户端会通过webservice提供的工具类(通常为wsdltojava生成相应的类)。  接下来,客户端会向webservice发送一个soap请求,这个soap请求实际上就是一段xml代码,然后server接收到soap请求,然后进行相应的处理,并将响应结果以soap 方式发送回客户端。

    展开全文
  • 一、SOA和webservice  SOA(service-Oriented Architecture)是面向服务的架构,是一个组件模型,它将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行...
  • WebService工作流程

    千次阅读 2017-04-18 12:24:25
    上面的流程是一个大致的描述,客户端阅读WSDL文档发送请求,然后调用Web服务器最后返回给客户端,这和普通的http请求一样,请求->处理->响应,与普通的请求不一样的就是webservice请求中有一个WSDL文档和SOA
  • webService 原理及概念

    2013-06-11 15:16:01
    webservice原理及概念  1 webservice 所谓webservice就是定义了一套标准的调用过程: a 服务器首先用一套标准的方法向外界描述它所提供的服务的内容,就属于WSDL b 客户端需要以一种标准的协议来调用...
  • WebService工作原理

    2017-07-19 17:11:15
    轻松搞懂WebService工作原理   用更简单的方式给大家谈谈WebService,让你更快更容易理解,希望对初学者有所帮助。 WebService是基于网络的、分布式的模块化组件。   我们直接来看WebService的一个简易...
  • 简单了解WebService工作原理WebService是基于网络的、分布式的模块化组件。WebService的简易工作的流程: 客户端 ——>阅读WSDL文档(了解webservice的请求) ——> 调用WebService上面的流程是一个...
  • public class WebService1 : System.Web.Services.WebServicepublic class WebService : MarshalByValueComponentpublic class MarshalByValueComponent : IComponent, IDisposable, IServiceProviderAsp.Net Web Se...
  • WebService的简介, 原理, 使用,流程

    千次阅读 2019-04-04 14:19:01
    WebService的几种概念: 以HTTP协议为基础,通过XML进行客户端和服务器端通信的框架/组件 两个关键点: 1. 服务端提供的功能, 通过xml描述 2. 第一步中的描述的功能, 嵌入到HTTP协议中, 使得能通过HTTP协议...
  • WebService的工作原理

    2020-06-03 09:38:58
    WebService的工作原理如下: 服务提供者WebService2和WebService3通过UDDI协议将服务注册WebService目录中 服务消费者WebService1通过UDDI协议从WebService目录中查询服务,并获得服务的WSDL服务描述文件 服务...
  • 更多详情:Web Services 教程 用更简单的方式给大家谈谈WebService,让你更快更容易理解,希望对初学者有所帮助。...我们直接来看WebService的一个简易工作流程:客户端 ——>阅读WSDL文档(了解webservice的请
  • 一、WebService到底是什么? 先来看下标准的定义:Web Service也叫XML Web Service WebService是一种可以接收从Internet或者Intranet上的其它系统中传递过来的请求,轻量级的独立的通讯技术。是:通过SOAP在Web上提供...
  • WebService工作原理 与 性能测试结论

    千次阅读 2017-01-03 19:56:31
    我们直接来看WebService的一个简易工作流程: 客户端 ——>阅读WSDL文档(了解webservice的请求) ——> 调用WebService    上面的流程是一个大致的描述,客户端阅读WSDL文档发送请求,然后调用Web服务

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 7,875
精华内容 3,150
关键字:

webservice原理流程