XML Web services 基础结构
- 格式:doc
- 大小:46.50 KB
- 文档页数:2
ESB系统工作原理及要求ESB全称为Enterprise Service Bus,即企业服务总线。
它是传统中间件技术与XML、Web服务等技术结合的产物。
ESB提供了网络中最基本的连接中枢,是构筑企业神经系统的必要元素。
ESB的出现改变了传统的软件架构,可以提供比传统中间件产品更为廉价的解决方案,同时它还可以消除不同应用之间的技术差异,让不同的应用服务器协调运作,实现了不同服务之间的通信与整合。
从功能上看,ESB提供了事件驱动和文档导向的处理模式,以及分布式的运行管理机制,它支持基于内容的路由和过滤,具备了复杂数据的传输能力,并可以提供一系列的标准接口。
ESB的基本概念企业服务总线(EnterpriseServiceBus,ESB)从面向服务体系架构(Service-OrientedArchitecture,SOA)发展而来,是传统中间件技术与XML、Web服务等技术结合的产物。
ESB提供了网络中最基本的连接中枢,是构筑企业神经系统的必要元素。
ESB采用了“总线”这样一种模式来管理和简化应用之间的集成拓扑结构,以广为接受的开放标准为基础来支持应用之间在消息、事件和服务级别上动态的互连互通,是一种在松散耦合的服务和应用之间标准的集成方式。
它可以作用于:①面向服务的架构—分布式的应用由可重用的服务组成;②面向消息的架构—应用之间通过ESB发送和接受消息;③事件驱动的架构—应用之间异步地产生和接收消息。
ESB的出现改变了传统的软件架构,可以提供比传统中间件产品更为低廉的解决方案,同时它还可以消除不同应用之间的技术差异,让不同的应用服务器协调运作,实现了不同服务之间的通信与整合。
从功能上看,ESB提供了事件驱动和文档导向的处理模式,以及分布式的运行管理机制,它支持基于内容的路由和过滤,具备了复杂数据的传输能力,并可以提供一系列的标准接口2基本功能1)服务的MetaData管理:在总线范畴内对服务的注册命名及寻址进行管理。
基于.NET与XML的Web服务的构建与应用摘要:使用不同系统和不同编程语言的用户要实现在Web上相互交流和共享数据,其基础就在于Web服务器采用XML标准格式在系统之间交换数据。
.NET网络应用平台体系就是架构在XML之上的,在.NET体系中,所有中间文档都以XML的形式表示和传递。
介绍了XML Web服务的构建的相关技术、特点及应用,对XML数据交换技术在Web应用中的作用进行了探讨,并分析了XML Web Service体系架构。
关键词:XML技术;Web服务;XML Web Service体系0 引言在XML基础上发展起来的Web服务提供了一个分布式的计算技术,它使用XML作为基本的数据通信方式,消除了不同操作系统、组件模型与编程语言之间通信存在的差异,用于在Internet或者Intranet上通过使用标准的XML 协议和信息格式来实现通信和共享、交换数据。
构建Web服务的目标是将应用程序转化为一种可以通过互联网订阅使用的服务,以及使网络软件具有更高的互操作性和兼容性。
1 Web Services概述Web Services是建立可互操作的分布式应用程序的新技术体系,它允许用不同语言编写的应用程序运行在不同平台上,并使用一种标准的方式来相互通信。
Web Services体系结构是基于服务提供者、服务注册中心、服务请求者三种角色之间的交互和发布、发现、绑定操作构建的。
服务提供者用于提供网络平台,托管可访问的软件模块(即服务),并将其定义Web Services的服务描述发布到服务请求者或服务注册中心。
服务请求者可以从本地直接检索服务描述,或在服务注册中心查询所要求的服务类型,然后使用服务描述中与服务提供者进行绑定细节来定位、联系和调用服务,从而实现在运行时对服务的调用或交互。
Web Services 平台需要一系列协议规范的支撑,这些协议定义了在Web上实现互操作性的一系列标准。
Web Services是建构在四个开放的核心标准即XML、SOAP(简单对象访问协议)、UDDI(通用描述、发现和集成规范)和WSDL(Web服务描述语言)之上的。
首先,我们必须了解什么是webservice.就概念上来说,可能比较复杂,不过我们可以有个宏观的了解:webservice就是个对外的接口,里面有函数可供外部客户调用(注意:里面同样有客户不可调用的函数).假若我们是服务端,我们写好了个webservice,然后把它给了客户(同时我们给了他们调用规则),客户就可以在从服务端获取信息时处于一个相对透明的状态.即是客户不了解(也不需要)其过程,他们只获取数据.webservice传递的数据只能是序列化的数据,典型的就是xml数据,这里我们也只讨论xml数据的传输.有了一些对xml webservice的初步了解后,我们将切入正题,即是用一个具体的webservice事例的形式来讲解具体的webservice用法,用具体的事例来讲解一个概念我想怎么也要比单纯的说理能让人容易理解吧.这里,我们将以一个简单的分布式课件搜索系统为例来讲解.使用VS2003为编译环境,C#为语言,SqlServcer2000为数据库.(这个例子来源于一位网上朋友的文章的启发,觉得很能代表webservice的特点,就按那个想法做了这么个系统来示例了)首先,明确我们要做什么.我们需要一个对客户的接口,也就是个站点,我们把它称做ServiceGatherSite,它是何种形式都无所谓,甚至它本身并不需要数据库,它只是提供给用户一个查询的接口,真正的服务,普通用户是不接触到的.然后,这里我们还需要若干个提供服务的站点,我们可以称它们为资源站,这里为简单起见,假设有两个资源站,分别叫WebSiteA,WebSiteB,它们可以是不对外公布的,只是为了丰富查询数据而存在.最后,是我们最需要关注的东西---资源站提供给ServiceGatherSite的服务.两个资源站,就有两个服务,我们称为SiteAService和SiteBService.两个服务间没有任何关系,内部提供的方法也完全没关联,只是需要把方法如何使用告诉ServiceGatherSite,意思是,服务只提供查询接口,返回的数据如何处理,服务本身并不管,全由使用服务的站点分配.写了这么多,算是简要的介绍了下有关xml webservice的概念和我们这个例子的结构,下篇文章,我们将开始真正进入代码的设计阶段.上篇文章介绍了些webservice的基本特性和我们例子的结构,这篇文章我们将开始具体的代码编写工作.这个专题主要讲述的是webservice,因此这里我们的代码以Webservice相关为主,而其他工程,例如:ServiceGatherSite,WebSiteA等,只将简略介绍.在VS2003中,开发一个webservice并不是件困难的事,首先,我们新建一个webservice 项目(文件->新建->项目->C#->Web服务应用程序)建完这个工程,我们将看到一个叫Service1.asmx的文件,这就是webservice的标准文件,它也有UI的概念,不过我们一般不关注,因此,我们查看其cs代码文件.如果你什么都还没做的话,将看见一个被注释掉的helloworld的WebMethod,把注释去掉,在运行,你就可以得到最简单的webservice运行实例了.点击"helloworld"将执行其方法.显然,这个函数对我们的意义只在于宏观的了解了下web服务的写法.下面,我们将开始具体介绍webservice的写法.在代码文件里,如果我们写了一个函数后,希望此函数成为外部可调用的接口函数,我们必须在函数上面添上一行代码[WebMethod(Description="函数的描述信息")],如果你的函数没有这个申明,它将不能被用户引用.如:[WebMethod(Description="最简单的方法")]public string HelloWorld(){return "Hello World";}这个函数就是外部可调用的接口函数,对用户来说相当于一个API.如果某用户在引用了这个服务后,他调用HelloWorld()方法,他就将获得"HelloWorld"这个返回值.看到这里,我们是不是发现,其实webservice并不是那么的神秘,它也不过只是个接口,对我们而言,侧重点依然是接口函数的编写.下面,我将给出我们的例子所需要的接口函数.[WebMethod(Description="查询以获取需要的课件信息")]public XmlDataDocument GetSiteAData(string AssignName){XmlDataDocument xd=new XmlDataDocument(); //DataSet ds=new DataSet();CStoreProc cp=new CStoreProc("SearchAssign");cp.AddParIn("@keywords",SqlDbType.VarChar,30,AssignName);cp.AddParOut("@res",SqlDbType.Int);if(cp.SelectProc()) //如果执行成功,存储过程{cp.myData.EnforceConstraints=false; //不进行格式严格检查if((int)cp.GetReturnValue("@res")==-1){string xml="<NewDataSet></NewDataSet>";xd.LoadXml(xml);return xd;}xd=new XmlDataDocument(cp.myData);XmlNode root1=xd.DocumentElement;XmlNodeList roots=root1.SelectNodes("list");foreach(XmlNode roota in roots) //为所有元素加上站点名称标记{XmlElement Link=xd.CreateElement("SiteName");Link.InnerText=ConfigurationSettings.AppSettings["SiteName"].ToString();roota.AppendChild(Link);}return xd;}else return null;}这是获取资源站点信息的一个接口函数.里面大部分的代码,我想对于有一定基础的朋友来说,都应该是一看就明白,这里只说明下CStoreProc,这是我封装的一个存储过程类,主要功能是执行各种类型的存储过程.细心的朋友可能会发现这个函数的返回类型似乎比较特殊,是个xml的文档.我们在前面已经说过,webservice只能传输序列化数据,xml显然满足条件,但比如hash表之类的非序列化数据,是不能传输的,xml使用最为广泛,而且考虑到跨平台应用,所以这里我们只以xml 数据的传输来示例.在下篇文章,我们将深入解析webservice的精髓---xml 数据传输.今天不早了,早点睡了:)接上篇文章,我们先简单解释下GetSiteAData(string AssignName)函数.函数功能很简单,只是要返回查询结果,其数据格式是XmlDataDocument.当查询失败时(无匹配查询结果),我们构造一个xml,返回一个空记录.否则,我们把查询后的dataset生成一个XmlDataDocument,接下来,由于该项目的需要,我加入了一个循环,添加dataset里所没有的节点,站点名称.在这之后,算是完成了一个符合我们期望格式的xml数据文档,我们把它返回.好了,webservice的方法函数介绍完了(这里还有个web服务方法,稍后介绍),接下来我们的任务是怎么调用它了.首先把webservice的项目编译完成,假定我们这个服务是针对资源站点A的,我们不妨称其为ServiceA.先单独运行asmx文件,执行GetSiteAData(string AssignName)方法,将提示你输入参数,你输入要搜索的内容,点确认,将返回给你一个xml数据,并在ie上显示出来,这就是你搜索到的内容拉.这里对ServiceA的工作再做点介绍,在我们这个项目里,它是资源站点A提供的服务,意思是,它查询的数据将全来源于站点A,而站点A资源添加在本项目也有专门的工程实现.好了,回到正题.这里我介绍vs调用webservice的方法,其实其他平台的调用方法也是大同小异.首先我们介绍web引用方式,这种方式我强烈建议调试时使用,非常方便.右击引用,点添加web引用,输入你的webservice地址,如:http://localhost/aspxproject/WebServiceSolution/SiteBService/service1.asmx,你必须保证你输入的webservice存在.然后引用即可,注意:web引用名将作为你加入的webservice的名字空间.比如你输入了:SiteA,那服务的实例化将是这样:SiteA.Service1 serviceA=newSiteA.Service1();(Service1是服务的类名).完成了这一步,service的调用似乎变的那么简单,我们已经实现了远程实例化,接下来的远程调用也是一样的容易.下面给出资源采集站ServiceGatherSite的绑定代码(只采集A 站点的信息)//绑定数据public void BindData(){serviceA=new SiteA.Service1();DataSet ds=new DataSet();XmlNode xmlNode1;XmlDataDocument xd=new XmlDataDocument();StringBuilder xmlString1;xmlNode1=serviceA.GetSiteAData(strSearch);if(xmlNode1==null) //--存储过程执行失败return;xmlString1=new StringBuilder(xmlNode1.OuterXml);if(xmlString1.ToString().Equals("<NewDataSet xmlns=\"\"></NewDataSet>"))return ;xd.LoadXml(xmlString1.ToString());ds.ReadXml(new XmlNodeReader(xd));DataGrid1.DataSource=ds.Tables["list"].DefaultView;DataGrid1.DataBind();}此段代码给出了xml转化成dataset的解决方案,虽然这不是必须的,但毕竟在 里,dataset占的作用之重,谁都知道的.其他的请朋友们先看(呵呵,个中高手就免了),在下篇文章中将会有对它的一些解释与及多服务分布调用的解决方案,写了三篇了,发现似乎还是有些朋友看的,那我就献丑继续写下去好了,大家有什么意见也希望提出,在下的理解存在偏驳也再所难免,希望谅解:)好了,时候不早了,休息去了,下次有时间继续:)架设webservice简单实例2009-08-24 19:22具体步骤如下:一、打开VS。
webservice的组成WebService 是一种基于 XML 和 HTTP 协议的远程通信技术,通过网络提供应用程序之间的交互性和互操作性。
它是一种服务导向架构(Service-Oriented Architecture,SOA)的实现方式之一。
WebService 可以使用简单对象访问协议(Simple Object Access Protocol,SOAP)和 Web 服务描述语言(Web Services Description Language,WSDL)来描述和访问。
WebService 的组成包括:SOAP、WSDL、UDDI、XML 和HTTP。
SOAP(Simple Object Access Protocol)是一种基于 XML 的协议,用于在 Web 应用程序之间进行通信。
它定义了消息的结构和传输方式,使得不同平台上的应用程序能够相互通信和交换数据。
SOAP 是一种独立于语言和平台的协议,支持基于HTTP、SMTP、FTP 等传输协议,可以保证数据的安全性和可靠性。
WSDL(Web Services Description Language)是一种用于描述Web 服务的语言。
它定义了 Web 服务的接口、参数和消息格式。
WSDL 使用XML 描述Web 服务的组成部分,包括消息、端口、操作和绑定。
通过 WSDL,客户端可以了解 Web 服务的功能和调用方式,实现和使用 Web 服务的互操作性。
UDDI(Universal Description, Discovery and Integration)是一个用于注册和发现 Web 服务的目录服务。
它提供了一个公共的注册表,用于存储 Web 服务的描述信息,以便客户端可以通过查找和查询来找到需要的服务。
UDDI 使用标准的 XML 和 SOAP 协议来进行通信,并提供了一组 API 接口,方便开发人员进行注册和发现的操作。
XML(eXtensible Markup Language)是一种用于定义可扩展标记语言的语法和结构。
WEBSERVICE简介Web ServiceWeb Service是一种构建应用程序的普遍模型,可以在任何支持网络通信的操作系统中实施运行;它是一种新的we b 应用程序分支,是自包含、自描述、模块化的应用,可以发布、定位、通过web调用。
Web Service是一个应用组件,它逻辑性的为其他应用程序提供数据与服务.各应用程序通过网络协议和规定的一些标准数据格式(Http,XML,So ap)来访问Web Service,通过Web Service内部执行得到所需结果.Web Service可以执行从简单的请求到复杂商务处理的任何功能。
一旦部署以后,其他Web Service应用程序可以发现并调用它部署的服务。
技术和规则在构建和使用Web Service时,主要用到以下几个关键的技术和规则:1.XML:描述数据的标准方法.2.SOAP:表示信息交换的协议.3.WSDL:Web服务描述语言.4.UDDI(Universal Description, Discovery and Integration):通用描述、发现与集成,它是一种独立于平台的,基于XML语言的用于在互联网上描述商务的协议。
实际上,WebService的主要目标是跨平台的可互操作性。
为了达到这一目标,WebService完全基于XML(可扩展标记语言)、XSD(XMLSchema)等独立于平台、独立于软件供应商的标准,是创建可互操作的、分布式应用程序的新平台。
由此可以看出,在以下三种情况下,使用WebService会带来极大的好处。
XML可扩展标记语言(Extensible Markup Language, XML) ,用于标记电子文件使其具有结构性的标记语言,可以用来标记数据、定义数据类型,是一种允许用户对自己的标记语言进行定义的源语言。
XML是标准通用标记语言(SG ML) 的子集,非常适合Web 传输。
XML 提供统一的方法来描述和交换独立于应用程序或供应商的结构化数据。
新浪微博:/csx1998(放牛长大)1、web service体系结构首先客户端从服务器的到WebService的WSDL,同时在客户端声称一个代理类(Proxy Class)这个代理类负责与WebService服务器进行Request 和Response当一个数据(XML格式的)被封装成SOAP格式的数据流发送到服务器端的时候,就会生成一个进程对象并且把接收到这个Request的SOAP包进行解析,然后对事物进行处理,处理结束以后再对这个计算结果进行SOAP包装,然后把这个包作为一个Response发送给客户端的代理类(Proxy Class),同样地,这个代理类也对这个SOAP包进行解析处理,继而进行后续操作。
这就是WebService的一个运行过程。
Web Service大体上分为5个层次:1. Http传输信道2. XML的数据格式3. SOAP封装格式4. WSDL的描述方式5. UDDI2、RCP客户机对服务器的RPC调用,其内部操作大致有如下十步:1.调用客户端句柄;执行传送参数、2.调用本地系统内核发送网络消息、3.消息传送到远程主机4.服务器句柄得到消息并取得参数、5.执行远程过程、6.执行的过程将结果返回服务器句柄7.服务器句柄返回结果,调用远程系统内核、8.消息传回本地主机、9.客户句柄由内核接收消息、10.客户接收句柄返回的数据3、webservices/corba/jms/rpc/rmi区别web service提供的服务是基于web容器的,底层使用http协议,类似一个远程的服务提供者,比如天气预报服务,对各地客户端提供天气预报,是一种请求应答的机制,是跨系统跨平台的。
webservice服务端是运行在web服务器上的,不过也可以使用Remoting命名空间,创建c/s式的服务,比如CORBA就是c/s的方式提供服务3.1RPC与Web Service1、RPC可以灵活的定义其所基于的协议,如果定义为HTTP,则与Web Service就没有什么区别了,一般都喜欢定义为TCP,这样比Web Service稍为高效一些2、RPC不是标准,而Web Service是标准;3、RPC一般需要通过一个WinForm或是Windows服务进行启动,而Web Service则需要web服务进行启动我建议还是采用Web Service好些,对于开发来说更容易控制RPC一般用在C/S的系统中,Web Service是用在B/S系统中后者还是各语言的通用接口3.2RPC与RMI远程对象方法调用并不是新概念,远程过程调用(RPC) 已经使用很多年了。
XML Web services 基础结构
若要在 Web 的多样性世界里取得成功,在涉及到操作系统、对象模型和编程语言的选择时,XML Web services 不能有任何倾向性。
同样,若要使 XML Web services 像其他基于 Web 的技术一样被广泛采用,则它们必须是:
∙松耦合的:如果对两个系统的唯一要求是要理解前面提到的自我描述的基于文本的消息,那么这两个系统就被认为是松耦合的。
另一方面,紧耦合系统要求大量自定义系统开销来进行通信,并要求系统之间有更多的了解。
∙常见的通信:大概不会有人会在现在或不远的将来生成一个无法连接到 Internet 的操作系统,因此,需要提供常见的通信信道。
同样,能够将几乎所有系统或设备连接到 Internet 的能力将确保这样的系统和设备能够为连接到Internet 的所有其他系统或设备所使用。
∙通用数据格式:通过用现有的开放式标准而不是专用的封闭通信方法,任何支持同样的开放式标准的系统都能够理解 XML Web services。
在采用自我描述的基于文本的消息时,XML Web services 及其客户端无须知道每个基础系统的构成即可共享该消息,这使得自治系统和完全不同的系统之间能够进行通信。
XML Web services 使用 XML 实现此功能。
XML Web services 采用一种基础结构,该基础结构提供下列内容:定位 XML Web services 的发现机制、定义如何使用这些服务的服务说明以及通信时使用的标准连网形式。
下图显示了此基础结构的一个示例。
XML Web services 基础结构
请参见
XML Web services 概述。