SOA软件体系结构

WebServices技术WebServices协议栈WebServices工作流程SOAPWSDLUDDIWebServices协议栈WebServices协议栈MachineAMachineBInvokeWSDL

proxyWSDL

stubHTTP+SOAP1WebServiceUDDIServer4WSDLWSDLWSDL3WSDLrequestresponse1通讯协议2消息格式描述语言3发现机制4XML2那给我用用吧(SOAP)WebServices工作流程Design-TimeorDynamicRuntime你都有什么服务啊?(WSDL)/?WSDLXMLwithservice描述/svc1XML/SOAPBODYWebServiceWebService客户端UDDI查找服务链接到DISCO或者WSDL文档SOAPSimpleObjectAccessProtocol自由的传输绑定(不仅仅是HTTP)自由的语言绑定(比方Java,C#)可插入的数据格式(当然必须基于XML)完全的中立(中立、公开的标准)独立于任何编程语言、对象模型、操作系统、平台ASOAPRequestMessage<SOAP-ENV:Envelope

xmlns:SOAP-ENV="://{soaporg}/envelope/"

SOAP-ENV:encodingStyle=

"://{soaporg}/encoding/"><SOAP-ENV:Body><m:QuoteStockPricexmlns:m="Some-URI"><Symbol>MSFT</Symbol></m:QuoteStockPrice></SOAP-ENV:Body></SOAP-ENV:Envelope>ASOAPResponseMessage<SOAP-ENV:Envelope

xmlns:SOAP-ENV="://{soaporg}/envelope/"

SOAP-ENV:encodingStyle=

"://{soaporg}/encoding/"><SOAP-ENV:Body><m:QuoteStockPriceResponse

xmlns:m="Some-URI"><Price>78.2</Price></m:QuoteStockPriceResponse></SOAP-ENV:Body></SOAP-ENV:Envelope>WebServicesDescriptionLanguage〔WSDL)使用XML进行描述类似IDL,不过是使用XML格式描述了效劳的操纵信息ServiceInterfaceImplementationDetailsAccessProtocolContactEndpointWSDL是早先技术的综合IBM'sNASSLMicrosoft'sSDLUDDIUDDI的两个重要局部UDDIAPI〔SOAPAPI〕UDDIDataStructureUDDI的作用－Internet上的WebServices的黄页簿UniversalDescription,DiscoveryandIntegrationSOA－面向效劳的架构ServiceBrokerServiceProviderServiceConsumerPublishFindBindWebServices中的SOAUDDIAnyClientSOAPSOAPSOAPIISWebService总结WebSerivces介绍WebServices的优点WebServices技术SOAPWSDLUDDISOA(面向效劳的架构)主要内容SOAP开展历史SOAP的主要功能SOAP协议组成局部信封标题RPC相关应用开展历史SOAP最早由DaveWinner、DonBox和BodAtkinson提出。在1987年，Microsoft开始考虑基于XML的分布式计算，其目标是使应用程序能够使用HTTP上层的远程过程调用(RPC)相互通信。DevelopMentor和Userland参加到了讨论。在1998年初，S0AP名字就已经被确定。Userland在1998年发布了一个XML-RPC标准。1999年9月SOAP0.9提交IETF。2000年5月8日，SOAP1.1作为Note提交W3C。IBM发布JavaSOAP实现，并给开放源代码组织ApacheXMLProject。Sun公司将Web效劳集成到J2EE中。2000年9月13日，W3C组建了XML协议工作组，专门负责设计XML协议，以便成为基于XML分布式计算的核心。这个工作组将SOAP1.1作为根底，并于2001年7月9日提交了第一份工作组草案SOAP1.2。SOAP为在一个松散的、分布的环境中使用XML对等地交换结构化和类型化信息提供了一个简单且轻量级的机制。SOAP1.1简单对象访问协议(SimpleObjectAccessPropotol)是Web效劳的事实标准。支持应用程序与应用程序之间的通信；应用于商务对商务的通信以及企业应用集成。以独立于各种编程语言或平台的方式来构造消息、处理消息，从而使用不同编程语言编写的程序之间具有互操作性，并能够在不同的操作系统上运行。通过对模块中特定格式编码的数据的重编码机制来表示应用语义。SOAP概述SOAP主要功能：定义通信单元的机制：一个SOAP封套封装了所有其他的信息。一个消息可以有一个消息体，消息体中可以包含任何XML格式文档。错误处理机制：标识错误源和导致错误的原因，并允许错误诊断信息在共享者和交互者之间传递。可扩展件机制：使用XML模式和名字空间技术，灵活扩展元素。灵活的数据表示机制：允许交换已经以某种格式序列化的数据，同时也提供了以XML格式表示诸如编程语言数据类型这样的抽象数据结构的规那么。表示远程过程调用(RPC)和作为响应的SOAP消息的约定，并且便于映射为过程式编程语言结构。支持以文档为中心的方法。将SOAP消息束定到HTTP的机制，因为HTTP是Internd上最常用的通信协议。SOAP基于XML的协议，由四局部组成:信封〔Envelope〕：定义了一个消息框架，描述消息的内容是什么，是谁发送的，谁应当接受并处理它以及如何处理。编码规那么〔EncodingRules〕：用于表示应用程序需要使用的数据类型的实例。绑定〔Binding〕：定义底层通信协议，进行消息交换。RPC：表示远程过程调用和应答的协定。SOAPSOAP信封包装传输的消息。SOAP定义4个XML元素：信封〔env:Envelope〕标题〔env:Header〕

体〔env:Body〕

一组和多组SOAP条目的信息。故障〔env:Fault〕

协议层错误信息的特殊SOAP条目命名空间"""""://""oding""wsdl/""wsdl/soap"":///schema/conformanceClain"

SOAP用例<env:Envelopexmlns:env=":///2001/06/soap-envelope"><env:Header>

<n:alertcontrolxmlns:n=":///alertcontrol"><n:priority>1</n:priority><n:expires>2001-06-22T14:00:00-05:00</n:expires>

</n:alertcontrol></env:Header>

<env:Body>

<m:alertxmlns:m=":///alert"><m:msg>PickupMaryatschoolat2pm</m:msg>

</m:alert></env:Body></env:Envelope>MessageEnvelopeSOAP结构SOAP消息是由一个SOAPEnvelope、一个可选的SOAPHeader和一个SOAPBody组成的XML文档。元素和属性的命名空间标识是":///2001/06/soap-envelope"。SOAP消息应当包含如下局部：一个SOAPenvelope。Envelope是表示该消息的XML文档的根级元素。一个SOAPHeader。Header是为了支持在松散环境下在通讯方之间尚未预先达成一致的情况下为SOAP消息增加特性的通用机制。SOAP定义了很少的一些属性来用于指明谁可以处理该特性以及它是可选的还是强制的。一个SOAPBody。Body为该消息的最终接收者所想要得到的信息提供了一个容器。此外，SOAP定义了Body的一个子元素Fault用于报告错误。SOAP主要属性encodingStyle属性SOAP的全局encodingStyle属性被用于指明在SOAP消息中使用哪种编码规那么。该属性可以在任意元素中出现，其作用范围包括该元素的内容和所有其子元素中未使用该属性的所有子元素。root属性可以被用来标注编序的根，根一般就有值“1”。那些非真正根的编序根也可以被标注为赋予值为“1”的编序根。一个元素也可以被明确地标注为赋予值为“0”的非编序根。SOAP根属性可以出现在SOAPHeader和SOAPBody元素中的任何子元素里，该属性没有默认值。SOAPHeaderSOAP提供了一个可伸缩的机制用于在分散的模块化的环境下扩展SOAP消息，而通讯双方并不需要有预先的约定知识。典型的扩展例子可以是实现一些诸如认证、事务管理以及支付的Header条目。Header元素应当被编码为SOAPEnvelopeXML文档的第一直接子元素。Header的所有直接子元素都被称为Header条目。Header条目的编码规那么包括:一个SOAPHeader条目由一个完整修饰的元素名来标识，所谓完整修饰的元素名是由一个命名空间URI和局部名来组成。SOAPHeader元素的所有直接子元素都必须是完整修饰的。encodingStyle属性可以用于指明Header条目的编码风格。actor属性和SOAPmustUnderstand属性可以用于指明由哪个SOAP结点来处理条目以及如何处理条目。SOAPHeader描述平安凭证事务ID路由调试信息支付令牌……actor属性SOAP消息从生成者到达最终接受者，将潜在地沿着消息路径经过一系列的SOAP中间结点。SOAP中间结点是一个能够接受和转发SOAP消息的应用程序。所有的中间结点都如同最终接受者一样由一个URI来标识。actor属性用一个RUI标识节点处理对应的文件头时必须扮演的角色。当一个节点接收到一个SOAP消息时，它要分析文件头，以确定哪些代码块是由该节点支持的角色。Header元素中接收者角色类似和约的接受者。一个接收者接到其想要的一个Header元素必须不转发该Header给SOAP消息路径中的下一个应用程序。SOAPactor全局属性可以被用于指明Header元素的接收者。而SOAPactor属性的值是一个URI。这个特别的URI":///2001/06/soap-envelope/actor/next"指明该Header元素是直接的下一个进行消息处理的SOAP应用程序想要的。这与HTTP的连接头字段的hop-by-hopscopemodel的表示。假设省略SOAPactor属性，那么说明接收者是SOAP消息的最终接收者。

mustUnderstand属性mustUnderstand全局属性用于指明一个Header条目是强制的还是可选的要求接收者处理。Header条目的接收结点由SOAPactor属性来定义。mustUnderstand属性的值可为“0”或“1”。假设没有使用SOAPmustUnderstand属性，那么在语义上等价于mustUderstand属性出现同时取值为“0”。假设Header条目带有值为“1”的mustUnderstand属性，那么该Header条目的接收结点要么必须遵循语义并正确地处理这些语义，要么必须宣称处理消息失败。mustUnderstand属性是为了考虑健壮地升级而设置的。所有用值为“1”的SOAPmustUnderstand属性来标记的元素必须被认为是可以影响该元素的上级元素或同级元素的语义。SOAPBodySOAPBody元素提供一个简单的用于与消息的最终接收者交换强制信息的机制。而Body元素的典型应用包含序列的RPC调用和错误报告。Body元素在编码上作为SOAPEnvelope元素的一个直接子元素。如果包含Header元素，那么Body元素必须直接跟随Header元素，否那么Body元素必须是Envelope元素的第一直接子元素。所有Body元素的直接子元素被成为SOAPBody条目，同时每一个Body条目都应当编码为SOAPBody元素里的一个独立元素。SOAPBodyBody条目的编码规那么包括:1．一个Body条目由一个完整修饰的元素名来标识，所谓完整修饰的元素名是由一个命名空间URI和局部名来组成。SOAPBody元素的直接子元素可以是命名空间修饰的。2．SOAPencodingStyle属性可以被用来说明Body条目中使用的编码规那么。3．SOAP定义了一个Body条目，用于报告错误的Fault条目。SOAP错误SOAPFault元素是用于在SOAP消息中传输错误或状态信息。如果SOAP消息需要包含SOAPFault元素的话，它必须作为一个Body条目出现，同时在Body元素内它必须至多出现一次。SOAPFault元素定义了如下子元素:1．faultcode元素是应那些要提供一个算法上的机制来标识错误的软件的需要。faultcode必须在SOAPFault元素中出现。SOAP定义了一个很小的SOAP错误代码的集合用于覆盖根本的SOAP错误。2．faultstring元素是为那些错误代码提供一个人可以读懂的错误解释，它不是为程序处理而设，提供一些解释该错误种类的信息。3．faultactor元素是为在SOAP消息路径中是谁引起了该错误的发生这一情况描述信息。faultactor属性的值是一个标识该源的一个URI。所谓并非作为SOAP消息最终接收者的应用程序必须在SOAPFault元素中包含faultactor元素。而消息的最终接收者可以使用faultactor元素来明确地指明是它生成了该错误。4．detail元素是用于传输与SOAPBody元素相关的应用程序特别的错误信息。如果Body元素中的内容不能被成功地处理的时候，它必须出现。它必须不能被用于传输属于Header条目的错误信息。SOAP错误假设SOAPFault元素中不出现detail元素，那么说明其中的错误与Body元素的处理无关。这可以用于区分在错误情况下Body元素是否被SOAP的最终接受者处理过。detail元素的所有直接子元素都被称为detail条目，同时每个detail条目都作为detail元素中的一个独立的元素进行编码。detail条目的编码规那么如下：1．一个detail条目由一个完整修饰的元素名来标识。detail元素的直接子元素可以是命名空间修饰的。2．SOAPencodingStyle属性可以被用来说明detail条目中使用的编码规那么。SOAP编码简单类型SOAP采用了在“XMLSchemaPart2:Datatypes”的“Build-indatatypes”节中定义的所有类型，包括值和词汇空间(lexicalspaces)1．字符串：“string”数据类型在“XMLSchemaPart2:Datatypes”中被定义。2．枚举：“XMLSchemaPart2:Datatypes”标准定义了一种称为“玫举(enumeration)”的机制。3．字节数组：一个Byte数组可以编码为单引用或多引用值。对一个不透明的Byte数组的推荐表示是使用在XMLSchema标准中定义的“base64”编码方式。4．多态存取标识：多态地访问数个类型的值，在运行时刻每个类型都是可使用的。一个多态存取标识实例必须包含一个“xsi:type”属性以描述类型的实际值。SOAP编码复合类型SOAP依照在程序语言中常常看见的以下结构模式来定义复合类型:1．“struct”是一个复合类型值，其成员的存取标识名是相互区别的唯一标志，应彼此各不相同。2．“array”是一个复合类型值，其成员的顺序位置是相互区别的唯一标志。SOAP中的RPCSOAP的一个设计目标就是要利用XML的可扩展性和可伸缩性来包装和交换RPC调用。在RPC中，使用HTTP作为SOAP协议绑定媒介的情况下，一个RPC调用可以很自然地映射到一个HTTP请求，而RPC响应那么可以映射到HTTP响应。使用SOAP方式的RPC并不限于HTTP协议绑定。为实施一个方法调用，需要以下信息:1．目标SOAP结点的URI2．方法名3．可选的方法或过程的特征4．方法或过程的参数5．可选的头数据SOAP依赖协议绑定来提供传送URI的机制。RPC和SOAPBodyRPC调用和响应都是在SOAPBody元素中传送，使用如下表示方式:1．一个方法调用被建模成一个结构struct。该方法调用显示为一个简单结构struct，包含每个[in]或[in/out]参数的存取标识。该结构的名和类型可使用过程或方法的名来标识。2．每个[in]或[in/out]参数都被表示为一个存取标识，该存取标识的名和类型都对应于相应参数的名和类型。他们的次序也是按照原来RPC中的次序。3．一个方法响应被建模成一个结构struct。SOAP请求消息<SOAP-ENV:Envelope

xmlns:SOAP-ENV="://{soaporg}/envelope/"

SOAP-ENV:encodingStyle=

"://{soaporg}/encoding/"><SOAP-ENV:Body><m:QuotePricexmlns:m="Some-URI"><commodity>Computer</commodity></m:QuotePrice></SOAP-ENV:Body></SOAP-ENV:Envelope>RPC和SOAPBody该方法响应显示为一个简单结构struct，包含每个[out]或[in/out]参数的存取标识。而第一个存取标识是返回值，而随后那么是按照原来次序的返回参数。每个[out]或[in/out]参数都被表示为一个存取标识，该存取标识的名和类型都对应于相应参数的名和类型。返回值的存取标识名并没有多少语义。同样的，结构的名也并没有多少语义。当然，无论如何，在添加了“Response”字串的方法名后，要有一个约定来命名它。方法调用出错应使用SOAPFault元素来编码。如果一个绑定协议对于错误表达还有额外规那么，那么这些规那么都应当被遵守。方法和响应的结构可以使用规那么来编码，也可以使用在encodingStyle属性中描述的其他编码。应用程序可以处理漏写参数的请求不过也可以返回一个错误。因为在响应中假设包含“result”那么说明成功，假设包含“fault”那么说明失败，所以如果方法响应中同时包含了“result”和“fault”那么是错误的。SOAP响应消息<SOAP-ENV:Envelope

xmlns:SOAP-ENV="://{soaporg}/envelope/"

SOAP-ENV:encodingStyle=

"://{soaporg}/encoding/"><SOAP-ENV:Body><m:QuotePriceResponsexmlns:m="Some-URI"><Price>¥8000.00</Price></m:QuoteStockPriceResponse></SOAP-ENV:Body></SOAP-ENV:Envelope>HTTP传输SOAP虽然SOAP可以和多种HTTP请求方法联合使用，但这里的绑定只定义了SOAP是如何在HTTPPost请求中传输的。1．HTTPHeader中的SOAPAction字段：SOAPActionHTTP请求头字段(headerfield)可以用于指示SOAPHTTP请求的目的。它的值是一个标识该目的的URI。2．SOAPHTTP响应：在HTTP之上的SOAP遵从用于在HTTP中表示通讯状态的HTTP状态代码的语义。例如，2xx状态代码说明这是客户端包含SOAP构件的请求被成功的接收、理解和接受等等。3．当处理请求的时候发生SOAP错误的时候，SOAPHTTP效劳器必须发出一个HTTP500“InternalServerError”响应同时在包含于该响应的SOAP消息中应包含一个SOAPFault元素。4．HTTP扩展框架：SOAP消息可以与HTTPExtensionFramework一起使用来标识SOAPHTTP请求。在HTTP中使用SOAP

SOAP利用HTTP的请求/响应消息模型，将SOAP请求的参数放在HTTP请求里，而将SOAP响应的参数放在HTTP响应里。SOAPActionHTTP请求头字段(headerfield)可以用于指示SOAPHTTP请求的目的。它的值是一个标识该目的的URI。POST/StockQuoteHTTP/1.1Content-Type:text/xml;charset="utf-8"Content-Length:nnnnSOAPAction:":///abc#MyMessage"<env:Envelopexmlns:env=":///2001/06/soap-envelope">...</env:Envelope>在HTTP之上的SOAP遵从用于在HTTP中表示通讯状态的HTTP状态代码的语义。HTTP/1.1200OKContent-Type:text/xml;charset="utf-8"Content-Length:nnnn<env:Envelopexmlns:env=":///2001/06/soap-envelope">...</env:Envelope>SOAP工具列表Company/OrganizationReporting

ImplementationName

ImplementationVersionSpecVersion/CommentApacheGlenDanielsAxisBeta1andafterLimitedsupportforJuneSOAP1.2specinBeta1,andfortheDecemberSOAP1.2specinthecurrentCVSimplementation.Don'tyetfullysupportnewencodingorallfaults,butweplantobefullycompliantsoon,trackingthespecintofuturereleases.BEADavidOrchard

WebLogicServer8.0andlaterBEAprovidesasoap1.2endpointat:9001/index.html.EndpointcontactisManojCheenath.MicrosoftHenrikFrystykNielsen

BizTalkInordertohelpmeetingtheW3Cimplementationrequirements,MicrosoftwillprovideapublicendpointthatcanacceptincomingSOAP1.2messagesandbeabletogenerateSOAP1.2messagesandsendthemtootherSOAP1.2endpoints.Endpointisat/asmx/(Contacts:AlexDeJarnatt<alexdej@>andJohnKoropchak<johnko@>).SOAPLitePaulKulchenko

SOAP::Lite0.55andlaterLimitedsupportforSOAP1.2.PlantosupportmostofthespecbeforeMarch2003.SystinetJacekKopecky

WASPServerforJava4.0WASP4.5supportsmostfeaturesoftheJune2002LastCalldraftofSOAP1.2.Endpointisavailable,see/interop/formoreinformation.TIBCODonMullen

WebServicesSDK2.0TIBCO'sSOAP1.2endpointisavailableat/interop

WhiteMesaBobCunnings

WhiteMesaServer3.0EndpointsupportsSOAP1.2,see/fordetails.SOAP工具列表Company/OrganizationImplementationName

ImplementationVersionSpecVersion/CommentIBMWebsphere5.0orlaterApacheSOAPhasworkedundereveryversionofWebSpherefrom1.1to3.02.ItwillworkoutoftheboxonWebSphere3.5withfixpak2applied.WouterCloetenshasprovidedinstructionsonusingApache-SOAPwithIBMWebspherev1,v2,andv3.0on/~zombie/soap/.TherearealsoinstructionsforWebSpherev3.5intheApache-SOAPdistribution-see/websrc/cvsweb.cgi/~checkout~/xml-soap/java/docs/install/websphere.html?rev=1.1&content-type=text/html&only_with_tag=MAIN.Besuretocheckthefollowingitems:

1.Explicitlysettheportnumberthatyouhaveexposedtherpcrouterservleton.Evenifitisdefault(80),justmentionitintheURLashttp://aaa.bbb.ccc.ddd:port/soap/servlet/rpcrouter.

2.VerifythatxercesisatthestartofyourpathnotonlybysettingitintheAppbutalsointhewebsphereconfigurationfiles(admin.config,setupclient.bat).OracleOracle8iAccordingtotheOraclefolks,SOAPshouldworkunderthelatestproductionreleaseofOracle8i,whichisOracle8.1.7.EarlierreleasesofOracle8i(e.g8.1.6)seemtobemoreawkward:theJVMbundledwith8.1.6hasabugthataffectsXerces.Seehereformoreinformation:/?l=soap-user&m=98200304522497&w=2

主要内容Web效劳产生的计算与网络背景Web效劳计算的技术开展历程中间件技术的业界现状SOA与WebService10计算设备开展yearlog(peoplepercomputer)Streaminginformationto/fromphysicalworldNumberCrunchingDataStorageProductivityInteractiveMainframeMinicomputerWorkstationPCLaptopPDA607080905000RFIDMotes国际因特网开展1969年12月：4个结点1972年3月：23个结点1974年6月：62个结点1977年3月：111个结点1988年10月：56000个结点1994年7月：超过320万台中国互连网开展统计报告(CNNIC)2006年1月17日上网计算机总数为4950万台内地网民总人数已达1.11亿人域名总数约为2,592,410个网站总数约为694,200个国际出口带宽总量为136,106M大陆IPv4地址总数为74,391,296个连接的国家有美国、俄罗斯、法国、英国、德国、日本、韩国、新加坡等40年来计算机的瓶颈发生了极大的变化微软预测—2007年计算与网络条件微机硬件CPU：4-6GHz内存：2GB硬盘：1TB网络带宽：桌面带宽：1GPS无线带宽：100MBPSInternet信息化应用需求HTMLSOAP/WSDL/UDDIAnytimeAnywhereAnydevice跨互联网松散耦合协同工作资源共享互连互通互操作机遇与挑战1980’s1990’s2000’sService-OrientedComputingReturnonInvestmentInteroperability/FlexibilityTimetoMarketInfrastructureLeveragePeriod

CharacteristicsPackaged&CustomMainframeApplicationsTop-Down,ProceduralDevelopmentCentralizedComputingModelsNon-DistributedSolutionsEmergingPC-BasedTechnologiesClient-Server

ApplicationsObject-Oriented

DevelopmentEnterprise-CentricComputingInternetProliferationE-Commerce

ApplicationsEnterpriseWebApplications&SuitesWebServices&SoftwareComponentsNext-GenerationIntegrationsReal-TimeApplicationAssemblyRapidDeployment&Management分布式计算演化Mainframe

ComputingInternet/

E-Business

Client-Server

Computing中间件技术的开展历史起源于20世纪80年代末开展于企业计算屏蔽异构性，支持系统间的信息交换、共享，及协同开展中的概念、主要的表达消息中间件事务处理中间件〔TP-Monitor〕集成中间件应用效劳器……计算模式和中间件开展趋势紧密宽松联接粒度/耦合度范围XML/HTTPMOMORB网络应用同类应用程序访问手段Web服务WebServices简单服务Services构件Components对象Objects互联网应用单机范围网络应用文字处理数学计算互联网应用局域网互联网主机计算客户/服务器客户/网络Web效劳开展简史工业界趋势—中间件TheImpactofStandardsDB/2DatabaseIBMWebSphereMQWebSphereCommercePECrossWorlds/WebSphereMQIntegratorBrokerMQSeriesWorkflowWebSphereApp.ServerOracle9iDatabaseOracleAdvancedQueuingOracleE-CommerceOracle9iAS

Integration/InterConnectOracleWorkflowOracle9iAS—WebLogicServer/TuxedoWebLogicPortalWebLogicIntegrationWebLogicServer—SunONEMessageQueue—SunONEApp.ServerSunONEIntegrationServer,EAIEditionContentManagementClientServerApps.LegacyApplicationsPortalsApplicationsWebServicesApps.EnterpriseWebApplicationsDevelopment,Deployment,&Management(ManagementofPortals,WebServices,Content,Applications&WebInitiatives)PortletInteroperability(JSR168/WSRP)BEAWebLogicPortalOracle9ASPortalIBMWebSpherePortalSunONEPortal国内外研发现状SUN的开放网络环境SUNONE未来的网络计算是开放的智能Web效劳，其关键是Web效劳根底设施建设，XML、JAVA和一些根底设施标准是核心技术。国内外研发现状IBM的软件就是中间件IBM的WebServices框架基于XML的WebServices协议栈，如SOAP/UDDI/WFML,及基于websphere应用效劳器的软件整合。EnterpriseapplicationsEnterprisedataDataAccessServicesApplicationAccessServicesIBMSoftwareOfferings

MonitoringServicesIBM商务整合的参考架构Model,design,development,testtoolsCommonRuntimeInfrastructureWebSphereBIModelerWebSphereBIMonitorWebServicesGatewayWebSphereBIEvent/MessageBrokerWebSphereMQWebSphereBIAdaptersDB2InformationIntegratorClassicWebSphereStudioDB2InformationIntegratorWebSphere

BusinessIntegration

Server

WebSphereBusinessIntegrationConnect

WebSphere

ApplicationServerEnterpriseServiceBusProcess

ServicesCommunityIntegrationServicesApplicationServicesInformation

Services

WebSphere

PortalServerUserInteractionServicesOptimizeOperationsIBMWebSphere

软件平台WebSphereStudioAnopencomprehensivedevelopmentenvironmentforbuildingdynamice-businessapplicationsWebSphereApplicationServerAhigh-performanceandextremelyscalabletransactionenginefordynamice-businessapplicationsWebSphereHostIntegrationSoftwaretoleverageandextendlegacyassetsfornewe-businesssolutionsWebSphereEveryplaceSoftwareforextendinge-businessapplicationstomobiledevicesWebSphereCommercePowerfulsell-andbuy-sidesolutionstohandlethechallengesencounteredincustomerandtradingpartnerenvironments

WebSphereVoiceSoftwareforenablingnaturalvoiceinteractionswithapplicationsanddataWebSphereBusinessIntegrationSoftwarethatdeliversend-to-endintegrationthroughfiveprovencapabilities:model,integrate,connect,monitorandmanageWebSphereMQSoftwaretoconnectinternalandexternalapplicationstoexchangeinformationreliablyandsecurelyWebSpherePortalAsinglepointofpersonalizedinteractionwithapplications,content,processesandpeopleMicroSoft的战略.net是微软公司在WebService方面的一种解决方案。.net的根本思想是：将Internet上的基于孤立的Web站点的应用方式，转变为大量Web效劳协同工作的应用方式〔微软.net白皮书〕SUN的战略操作系统Solaris开源软件主推SunOneBEAWEBLOGIC平台BEA系统公司的WebLogic效劳器是企业级的应用效劳器，支持EJB,集群以及ERP〔企业资源方案〕的连通性。Integration

ProjectsCustom

ApplicationsPortal

InitiativesWebLogic

PlatformPortal

DevelopersIntegration

DevelopersArchitectsApplication

DevelopersMicrosoft

Developers

Enterprise J2EE

DevelopersData

ArchitectsProcess

ModelersBusinessAnalystsApplication

DevelopersBEAWEBLOGICENTERPRISEPLATFORMApplicationFrameworkBEAWebLogicWorkshopApplicationServerBEAWebLogicServerUser

IntegrationJVM

BEAWebLogicJRockitIntegratedDevelopmentEnvironmentBEAWebLogicWorkshopProcess

IntegrationDataIntegration

BEAWebLogic

IntegrationBEALiquidData

forWebLogicBEAWebLogic

PortalJBOSS平台JBoss是JBo