Java-Android-jwebee
Java-Android-jwebee
对IT人来说,要成为一个优秀的技术型管理者,除了需要具备扎实的技术基础之外,还应该培养良好的人际关系能力、谈判与沟通技能、客户关系与咨询技能、商业头脑和财务技能以及创新意识,此外还要有巧妙的激励技巧和化解冲突与解决突发问题的能力.

Web Service一词似乎一夜之间就热了起来。所谓的Web Service是指由企业发布的完成其特别商务需求的在线应用服务,其他公司或应用软件能够通过Internet来访问并使用这项在线服务。

Web Service是下一代的WWW,它允许在Web站点上放置可编程的元素,能进行基于Web的分布式计算和处理。Web Service的发展非常迅速,这个新规范(SOAP、WSDL 和 UDDI)的构建模块仅仅才出现了几个月,就已经对设计、开发和部署基于 Web 的应用产生了巨大的影响,软件产业的巨头和Internet时代的软件新贵们已经开始了在这个领域新一轮的竞争。


Web Service

的特点

Web Service是封装成单个实体并发布到网络上供其他程序使用的功能集合。Web Service是用于创建开放分布式系统的构件,可以使公司和个人迅速且廉价地向全世界提供其数据服务。

Web Service是下一代分布式系统的核心,它具有如下特点:  

● 互操作性:任何的 Web Service都可以与其他 Web Service进行交互。由于有了SOAP(Simple Object Access Protocol)这个所有主要供应商都支持的新标准协议,因而避免了在CORBA、DCOM 和其他协议之间转换的麻烦。还因为可以使用任何语言来编写 Web Service,因此开发者无需更改其开发环境,就可生产和使用 Web Service。  

● 普遍性:Web Service使用 HTTP 和 XML 进行通信。因此,任何支持这些技术的设备都可以拥有和访问 Web Service。  

● 易于使用:Web Service背后的概念易于理解,并且有来自 IBM 和微软这样的供应商的免费工具箱能够让开发者快速创建和部署 Web Service。此外,其中的某些工具箱还可以让已有的 COM组件和 JavaBean 方便地成为 Web Service。  

● 行业支持:所有主要的供应商都支持 SOAP 和周边 Web Service技术。例如,微软的 .Net 平台就基于 Web Service,因此用 Visual Basic 编写的组件很容易作为Web Service部署,并可以被IBM VisualAge 编写的 Web Service使用。  

Web Service

的体系结构

Web Service是独立的、模块化的应用,能够通过网络,特别是WWW来描述、发布、定位以及调用。Web Service的体系结构描述了三个角色(服务提供者、服务请求者、服务代理者)以及三个操作(发布、查找、绑定)。

服务提供者通过在服务代理者那里注册来配置和发布服务,服务请求者通过查找服务代理者那里的被发布服务的登记记录来找到服务,服务请求者绑定服务提供者并使用可用的服务。

在Web Service的世界里,三个操作都包含三个受到称赞却又截然不同的技术。发布服务使用UDDI(统一描述、发现和集成),查找服务使用 UDDI 和 WSDL(Web Service描述语言)的组合,绑定服务使用WSDL 和SOAP。 在三个操作中,绑定操作是最重要的,它包含了服务的实际使用,这也是容易发生互操作性问题的地方。正是由于服务提供者和服务请求者对 SOAP 规范的全力支持才解决了这些问题,并实现了无缝互操作性。

当开发人员开发新的应用时,可以通过UDDI Operator或UDDI Search Engine的Web界面在UDDI Registry上找到需要的Web Service;然后在UDDI Registry内,或通过UDDI Registry中的连接找到该Web Service的调用规范,该调用规范一般使用WSDL描述。开发人员可以使用开发工具或通过手动方式调用该规范,然后在自己的应用中加上该调用规范定义的Web Service调用。这样开发出的应用就可以通过SOAP来调用指定的Web Service了。

而对于具有自动集成相关应用的服务(Service)或应用(Application),用户应用通过SOAP协议访问UDDI Operator或UDDI Registry,找到需要的Web Service,UDDI Operator和UDDI Registry会通过SOAP协议响应Web Service的调用规范和调用规范的链接,应用程序得到使用WSDL描述的服务调用规范文本,通过解析该描述文本,自动生成本地调用接口绑定,并将所需的调用参数适当绑定并完成调用。

简单对象

访问协议SOAP

SOAP是一种基于XML的不依赖传输协议的表示层协议,用来在应用程序之间方便地以对象的形式交换数据。在SOAP的下层,可以是HTTP/HTTP,也可以是SMTP/POP3,还可以是为一些应用而专门设计的特殊的通信协议。

SOAP以XML形式提供了一个简单、轻量的用于在分散或分布环境中交换结构化和类型信息的机制。SOAP本身并没有定义任何应用程序语义,如编程模型或特定语义的实现;实际上,它通过提供一个有标准组件的包模型和在模块中进行数据编码的机制,定义了一个简单的表示应用程序语义的机制,这使SOAP能够用于从消息传递到RPC的各种系统。

SOAP包括三个部分:  

● SOAP封装结构:定义了一个整体框架,以表示消息中包含什么内容,谁来处理这些内容以及这些内容是可选的或是必需的。  

● SOAP编码规则:定义了用以交换应用程序定义的数据类型的实例的一系列机制。  

● SOAP RPC表示:定义了一个用来表示远程过程调用和应答的协定。  

在SOAP封装、SOAP编码规则和SOAP RPC协定之外,这个规范还定义了两个协议的绑定,描述了在有或没有HTTP扩展框架的情况下,SOAP消息如何包含在HTTP消息中被传送。

统一描述、

发现和集成协议UDDI

UDDI是一套基于Web的、分布式的、为Web Service提供的、信息注册中心的实现标准规范,同时也包含一组使企业能将自身提供的Web Service注册,以使别的企业能够发现的访问协议的实现标准。

UDDI的核心组件是UDDI商业注册,它使用一个XML文档来描述企业及其提供的Web Service。从概念上来说,UDDI商业注册所提供的信息包含三个部分:

● 白页(White Page): 包括了地址、联系方法和已知的企业标识。

● 黄页(Yellow page):包括了基于标准分类法的行业类别。

● 绿页(Green Page):包括了关于该企业所提供的Web Service的技术信息,其形式可能是一些指向文件或URL的指针,而这些文件或URL是为服务发现机制服务的。

所有的UDDI商业注册信息都存储在UDDI商业注册中心。通过使用UDDI的发现服务,企业可以单独注册那些希望被别的企业发现的自身提供的Web Service。企业可以通过UDDI商业注册中心的Web界面,或使用实现了“UDDI Programmer's API标准”所描述的编程接口的工具,将信息加入到UDDI的商业注册中心。UDDI商业注册中心在逻辑上是集中的,在物理上是分布式的,由多个根节点组成,相互之间按一定规则进行数据同步。当一个企业在UDDI商业注册中心的一个实例中实施注册后,其注册信息会被自动复制到其他UDDI 根节点,于是就能被任何希望发现这些Web Service的人所发现。

Web服务

描述语言WSDL

随着通信协议和消息格式在Web中的标准化,以某种格式化的方法描述通信变得越来越重要,其实现的可能性也越来越大。用WSDL定义的一套XML语法描述的网络服务方式满足了这种需求。WSDL把网络服务定义成一个能交换消息的通信端点集。WSDL服务为分布式系统提供了帮助文档,同时该服务也可作为自动实现应用间通信的解决方案。

一个WSDL文档将服务定义为一个网络端点的集合,或者端口的集合。在WSDL里,端点及消息的抽象定义与它们具体的网络实现和数据格式绑定是分离的。这样就可以重用这些抽象定义:消息,需要交换的数据的抽象描述;端口类型,操作的抽象集合。针对一个特定端口类型的具体协议和数据格式规范构成一个可重用的绑定。一个端口定义成网络地址和可重用的绑定的联接,端口的集合定义为服务。因此,一个WSDL文档在定义网络服务时使用如下的元素:

● 类型:使用某种类型系统(如XSD)定义数据类型。  

● 消息:通信数据抽象的有类型的定义 。

● 操作:服务支持的动作的抽象描述。  

● 端口类型:一个操作的抽象集合,该操作由一个或多个端点支持。  

● 绑定:针对一个特定端口类型的具体的协议规范和数据格式规范。

● 端口:一个单一的端点,定义成一个绑定和一个网络地址的联接。  

● 服务:相关的端点的集合。



jwebee

我的个人网站
posted on 2007-02-08 17:32 周行 阅读(197) 评论(0)  编辑  收藏 所属分类: IT技术

只有注册用户登录后才能发表评论。


网站导航:
 
Java-Android-jwebee