WebService资料


WebService 资料 编写人:刘天亮 编写时间:2007 年 11 月 30 日 审核: 版本:1.0 目录 一.什么是WebService ...................................................................................................................3 二. WebService的技术支持 .........................................................................................................3 2.1.XML和XSD........................................................................................................................3 2.2.SOAP ..................................................................................................................................4 2. 3.WSDL ................................................................................................................................4 2. 4.UDDI..................................................................................................................................4 2. 5.远程过程调用RPC与消息传递 ........................................................................................4 三. WebService优缺点 .................................................................................................................5 3.1.WebService优点 .................................................................................................................5 3.2.WebService缺点 .................................................................................................................5 四. WebService用途 .....................................................................................................................5 4.1 什么时候用WebService......................................................................................................5 4.1.1 跨越防火墙的通信..................................................................................................5 4.1.2 应用程序集成..........................................................................................................6 4.1.3 B2B的集成 ..............................................................................................................6 4.1.4 软件重用.................................................................................................................7 4.2 什么时候不用WebService.................................................................................................7 4.2.1 单机应用程序..........................................................................................................7 4.2.2 局域网上的同构应用程序......................................................................................8 五.WebService大体流程图 ...........................................................................................................8 六.WebService软件支持 ...............................................................................................................9 6.1 微软.NET............................................................................................................................9 6.2 Sun的Java WSDP ...............................................................................................................9 6.3 IBM的WebSphere...............................................................................................................9 6.4 Borland的JBuilder ............................................................................................................10 6.5 BEA的WorkShop..............................................................................................................10 6.6 ApAche的Axis..................................................................................................................10 七.WebService语言支持 ................................................................................................................10 八.术语解释....................................................................................................................................10 8.1 XML..................................................................................................................................10 8.2 XSD...................................................................................................................................11 8.3 SOAP ................................................................................................................................11 8.4 WSDL ...............................................................................................................................12 8.5 UDDI.................................................................................................................................12 一.什么是 WebService 从表面上看,WebService 就是一个应用程序,它向外界提供了一个能够通过 Web 进行 调用的 API。这就是说,你能够用编程的方法通过 Web 调用来实现某个功能的应用程序。 如图: 外部接口 调用 webService 应用程序 API WebService 例如,笔者创建一个 Web Service,它的作用是查询某公司某员工的基本信息。它接受该员 工的编号作为查询字符串,返回该员工的具体信息。你可以在浏览器的地址栏中直接输入 HTTP GET 请求来调用罗列该员工基本信息的 JSP 页面,这就可以算作是体验 Web Service 了。如图: Http 发送请求 查询数据 返 回 调 用 XML 形成 XML API Web 服务器 WebService API 数据库 从深层次上看,Web Service 是一种新的 Web 应用程序分支,它们是自包含、自描述、 模块化的应用,可以在网络(通常为 Web)中被描述、发布、查找以及通过 Web 来调用。 Web Service 便是基于网络的、分布式的模块化组件,它执行特定的任务,遵守具体的 技术规范,这些规范使得 Web Service 能与其他兼容的组件进行互操作。它可以使用标准的 互联网协议,像超文本传输协议 HTTP 和 XML,将功能体现在互联网和企业内部网上。Web Service 平台是一套标准,主要目标是跨平台的可互操作性。为了达到这一目标,WebService 完全基于 XML(可扩展标记语言)、XSD(XMLSchema)等独立于平台、独立于软件供应 商的标准,是创建可互操作的、分布式应用程序的新平台。你可以用你喜欢的任何语言,在 你喜欢的任何平台上写 Web Service。 二. WebService 的技术支持 WebService 平台需要一套协议来实现分布式应用程序的创建。任何平台都有它的数据 表示方法和类型系统。要实现互操作性,平台无关性,Web Service 平台必须提供一套标准 的类型系统,用于沟通不同平台、编程语言和组件模型中的不同类型系统。目前这些协议有: 2.1.XML和XSD 可扩展的标记语言 XML 是 Web Service 平台中表示数据的基本格式。除了易于建立和 易于分析外,XML 主要的优点在于它既与平台无关,又与厂商无关。XML 是由万维网协会 (W3C)创建,W3C 制定的 XML SchemaXSD 定义了一套标准的数据类型,并给出了一种语 言来扩展这套数据类型。 Web Service 平台是用 XSD 来作为数据类型系统的。当你用某种语言如 VB.NET 或 C# 来构造一个 Web Service 时,为了符合 Web Service 标准,所有你使用的数据类型都必须被 转换为 XSD 类型。如想让它使用在不同平台和不同软件的不同组织间传递,还需要用某种 东西将它包装起来。这种东西就是一种协议,如 SOAP。 2.2.SOAP SOAP 即简单对象访问协议(Simple Object Access Protocol),它是用于交换 XML 编码信 息的轻量级协议。它有三个主要方面:XML-envelope 为描述信息内容和如何处理内容定义 了框架,将程序对象编码成为 XML 对象的规则,执行远程过程调用(RPC)的约定。SOAP 可以运行在任何其他传输协议上。例如,你可以使用 SMTP,即因特网电子邮件协议来传 递 SOAP 消息,这可是很有诱惑力的。在传输层之间的头是不同的,但 XML 有效负载保持 相同。 Web Service 希望实现不同的系统之间能够用“软件-软件对话”的方式相互调用,打破了 软件应用、网站和各种设备之间的格格不入的状态,实现“基于 Web 无缝集成”的目标。 2. 3.WSDL Web Service 描述语言 WSDL 就是用机器能阅读的方式提供的一个正式描述文档而基 于 XML 的语言,用于描述 Web Service 及其函数、参数和返回值。因为是基于 XML 的,所 以 WSDL 既是机器可阅读的,又是人可阅读的。 2. 4.UDDI UDDI 的目的是为电子商务建立标准;UDDI 是一套基于 Web 的、分布式的、为 Web Service 提供的、信息注册中心的实现标准规范,同时也包含一组使企业能将自身提供的 Web Service 注册,以使别的企业能够发现的访问协议的实现标准。 2. 5.远程过程调用RPC与消息传递 Web Service 本身其实是在实现应用程序间的通信。我们现在有两种应用程序通信的方 法:RPC 远程过程调用 和消息传递。使用 RPC 的时候,客户端的概念是调用服务器上的远 程过程,通常方式为实例化一个远程对象并调用其方法和属性。RPC 系统试图达到一种位 置上的透明性:服务器暴露出远程对象的接口,而客户端就好像在本地使用的这些对象的接 口一样,这样就隐藏了底层的信息,客户端也就根本不需要知道对象是在哪台机器上。 三. WebService 优缺点 3.1.WebService 优点 3.1.1. Webservice 的互操作性,平台无关性。 3.1.2. Webservice 并且 SOAP 协议是基于 XML 和 HTTP 这些业界的标准的,得到了 所有的重要公司的支持。 3.1.3. 由于使用了 SOAP,数据是以 ASCII 文本的方式而非二进制传输,调试很方便; 并且由于这样,它的数据容易通过防火墙,不需要防火墙为了程序而单独开一个“漏洞”。 3.1.4. 此外,WebService 实现的技术难度要比 CORBA 和 DCOM 小得多。 3.1.5. 要实现 B2B 集成,EDI 比较完善与比较复杂;而用 WebService 则可以低成本 的实现,小公司也可以用上。 3.1.6. 在 C/S 的程序中,WebService 可以实现网页无整体刷新的与服务器打交道并 取数。 3.2.WebService 缺点 3.2.1. WebService 使用了 XML 对数据封装,会造成大量的数据要在网络中传输。 3.2.2. WebService 规范没有规定任何与实现相关的细节,包括对象模型、编程语言, 这一点,它不如 CORBA。 四. WebService 用途 4.1 什么时候用 WebService 4.1.1 跨越防火墙的通信 如果你的应用程序有成千上万的用户,而且他们都分布在世界各地,那么客户端和服务 器之间的通信将是一个棘手的问题。那是因为客户端和服务器之间通常都会有防火墙或者代 理服务器。在这种情况下,你想使用 DCOM 就不是那么简单了,而且,通常你也不愿意把 你的客户端程序发布到如此庞大数量的每一个用户手中。于是,你最终选择了用浏览器作为 客户端,写下一堆 ASP 页面,把应用程序的中间层暴露给最终用户。结果呢?运气好的话, 只是开发难度大了一些,运气不好的话,就会得到一个根本无法维护的应用程序。 想象一下你应该怎么在你的应用程序里面加入一个新的页面:你必须先建立好用户界面 (Web 页面),以及在这个页面后面,包含相应商业逻辑的中间层组件。这还不够,你还要再 建立至少一个 JSP 页面,用来接受用户输入的信息,调用中间层组件,把结果格式化为 HTML 形式,最后还要把"结果页"送回浏览器。要是客户端代码不再如此依赖于 HTML 表单,客 户端的编程不就简单多了吗?还有,建立 JSP 页面的那一步可以省略掉吗? 当然。如果你的中间层组件是 Web service 的话,你完全可以从用户界面直接调用中间 层组件,从而省掉建立 JSP 页面的那一步。要调用 Web service,你可以直接使用 Microsoft SOAP Toolkit 或.NET 这样的 SOAP 客户端,也可以使用你自己开发的 SOAP 客户端,然后 把它和你的应用程序连接起来。这样做,不仅可以缩短开发周期,还可以减少代码的复杂度, 并增强整个应用程序的可维护性。同时,你的应用程序也不再需要在每次调用中间层组件时, 都跳转到相应的"结果页"了。 以我的经验来看,在一个用户界面和中间层有较多交互的应用程序中,使用 Web service 这种结构,可以轻松的节省花在用户界面编程上的 20%的开发时间。这样做还有另一个好 处,就是你将得到一个由 Web service 组成的中间层,这一层是完全可以在应用程序集成或 其他场合下被重用的。最后,通过 Web service 把你的应用程序的逻辑和数据暴露出来,还 可以让其它平台上的客户重用你的应用程序。 4.1.2 应用程序集成 企业级的应用程序开发者都知道,企业里经常都要把用不同语言写成的在不同平台上运 行的各种程序集成起来,而这种集成将花费很大的开发的力量。你的应用程序经常都需要从 运行在古老的 IBM 主机上的程序中获取数据;或者再把数据发送到主机或 UNIX 应用程序 中去。即使是在同一个平台上,不同的软件厂商生产的各种软件也常常需要集成起来。通过 Web service,应用程序可以用标准的方法把功能和数据暴露出来,供其它的应用程序使用。 例如,你有一个订单登录程序,用于登录从客户来的新订单,包括客户信息、发货地址、 数量、价格和付款方式等信息。同时,你还有一个订单执行程序,用于实际货物发送的管理。 这两个程序是来自不同软件厂商的。一份新订单进来之后,订单登录程序需要通知订单执行 程序发送货物。通过在订单执行程序上面增加一层 Web service,订单执行程序可以把 "AddOrder"函数暴露出来。这样,每当有新订单到来时,订单登录程序就可以调用这个函数 来发送货物了。进而通过 Web service 集成应用程序. 4.1.3 B2B 的集成 用 Web service 集成应用程序,可以使你公司内部的商务处理更加自动化。但当交易跨 越了你的供应商和客户,突破了公司的界线时又会怎么样呢?跨公司的商务交易集成通常叫 做 B2B 集成。 Web service 是 B2B 集成成功的关键。通过 Web service,你的公司可以把关键的商务应 用暴露给指定的供应商和客户。例如,把你的电子下单系统和电子发票系统暴露出来,你的 客户就可以以电子的方式向你发送购货订单,而你的供应商则可以以电子的方式把原料采购 的发票发送给你。当然,这并不是一个新的概念:电子文档交换(EDI)早就是这样了。Web service 和 EDI 之间的主要区别在于,Web service 的实现要比 EDI 简单得多,而且 Web service 是运行在 Internet 上的,在世界任何地方都可轻易实现,这样其运行成本就相对较低。不过, Web service 并不像 EDI 那样,是文档交换或 B2B 集成的一套完整的解决方案。Web service 只是 B2B 集成的一个关键部分,还需要许多其它的部分才能完成这个集成。 用 Web service 来实现 B2B 集成的最大好处在于可以轻易实现互操作性。只要把你的商 务逻辑暴露出来,成为 Web service,你就可以让任何指定的合作伙伴轻松的调用你的商务 逻辑,而不管他们的系统在什么平台上运行,使用的是什么开发语言。这样就大大减少了花 在 B2B 集成的上的时间和成本。这样的低成本让许多原本无法承受 EDI 的投资成本的中小 企业也能实现 B2B 集成。 4.1.4 软件重用 软件重用是一个很大的主题,它有很多的形式和程度。最基本的形式是源代码模块或者 类一级的重用。另一种形式是二进制形式的组件重用。当前,像表格控件或用户界面控件这 样的可重用软件组件在市场上都占有很大的份额。但这类软件的重用都有一个很严重的限 制:重用仅限于代码,而数据不能被重用。原因在于你可以很轻易的发布组件甚至源代码, 但要发布数据就没那么容易了,除非那些数据都是不会经常变化的静态数据。 而 Web service 允许你在重用代码的同时,重用代码后面的数据。使用 Web service,你 不再像以前那样,要先从第三方购买、安装软件组件,再从你的应用程序中调用这些组件。 你只需要直接调用远端的 Web service 就可以了。举个例子,你想在你的应用程序中确认用 户输入的邮件地址,那么,你只需把这个地址直接发送给相应的Web service,这个Web service 就会帮你查阅街道地址、城市、省区和邮政编码等信息,确认这个地址的确在相应的邮政编 码区域。Web service 的提供商可以按时间或使用次数来对这项服务进行收费。这样的服务 要通过组件重用来实现是不现实的,因为那样的话你必须下载并安装好包含街道地址、城市、 省区和邮政编码等信息的数据库,而且这个数据库还是不能实时更新的。 另一种软件重用的情况是把好几个应用程序的功能集成起来。例如,你想要建立一个局 域网上的门户站点应用,让用户既可以查询他们的联邦快递包裹,察看股市行情,又可以管 理他们的日程安排,还可以在线购买电影票。现在 Web 上有很多应用程序供应商,都在其 应用中实现了上面的这些功能。一旦他们把这些功能都通过 Web service 暴露出来,你就可 以非常轻易地把所有这些功能都集成到你的门户站点中,为用户提供一个统一的、友好的界 面。 Web service 来集成各种应用中的功能,为用户提供一个统一的界面 许多应用程序都会利用 Web service,把当前基于组件的应用程序结构扩展为组件和 Web service 的混合结构。你也可以在应用程序中使用第三方的 Web service 提供的功能。你还可 以把你自己的应用程序的功能通过 Web service 提供给别人。所有这些情况下,你都可以重 用代码和代码后面的数据。总之,Web service 将是软件重用的一种非常有力的形式。 4.2 什么时候不用 WebService 4.2.1 单机应用程序 目前,我们还有很多桌面应用程序是供商用和个人使用的。其中一些只需要与运行在本 机上的其他程序通信。在这种情况下,我们最好就不要再用 Web service ,只要用本地的 API 就可以了。COM 非常适合于在这种情况下工作,因为它既小又快。运行在一台服务器 上的服务器软件也是这样:最好直接用 COM 或其他本地的 API 来进行应用程序间的调用。 当然 Web service 也能用在这些情况下,但那样不仅消耗太大,而且不会给你带来任何好处。 4.2.2 局域网上的同构应用程序 在许多应用中,你所有的程序都是用 VB 或 VC 开发的,都在 Windows 平台下使用 COM, 都运行在同一个局域网上。例如,你有两个服务器应用程序需要相互通信,或者你有一个 Win32 或 WinForm 的客户程序要连接到局域网上的另一个服务器程序。在这些程序里使用 DCOM 会比 SOAP/HTTP 有效的多。类似的,如果你的一个.NET 程序要连接到 LAN 上的 另一个.NET 程序,那么你应该使用.NET remoting。有趣的是,在.NET remoting 中,你也可 以指定使用 SOAP/HTTP 来进行 Web service 调用。不过最好还是直接通过 TCP 进行 RPC 调用,那样会有效得多。总之,只要你从应用程序结构的角度看来,有别的方法比 Web service 更有效,更可行,那就不要再用 Web service。 五.WebService 大体流程图 在这里大概用图的形式描述了一下从客户端到服务端,服务端到客户端中使用 webservice 的时机,并且在使用 webservice 时用到哪些支持。注,不同工具开发 webservice 都对 webservice 有不同对支持,在下面会介绍到。 六.WebService 软件支持 操作系统离不开丰富的应用软件的支持。同样,Web Service 这项技术只有通过日益广 泛的应用才能体现出其价值,目前比较流行的实现方法是使用.NET 和 Java 两种技术,并 且两种实现方法可以互相操作;如今我们已经可以看到使用微软、IBM、SUN、Borland 等 不同厂商的 Web Service 构建工具建立的 Web Service 应用。 6.1 微软.NET 微软的.NET 技术应该算是时下最为流行的 Web Service 开发技术。首先因为其公司在 以前相应的产品就占有相当大的市场份额,以至使新推出的.NET 得以有比较稳定的用户群; 其次也是更重要的是 .NET 平台不仅延续了微软一贯的编程风格,而且还增加了许多支持 Web 服务的关键性技术,使得.NET 在操作的简单性和执行的稳定性,高效性上达到了一个 非常好的结合。 微软的 Visual Studio.NET 便是一个便于 Web 服务的开发工具。微软的目标是,将其新 编程语言——C#作为 Web Service 的首选语言。虽然 C#看起来与 Java 类似,但是还有一些 Java 中没有的独特的功能。.NET 技术中用于 Web Service 开发的主要工具是 ASP.NET 从 技术上说,ASPasp.net 提供了一些超出 ASP 以前版本的优点(例如:代码和 HTML 的分离, 与脚本语言相比较,对“真正”的编程语言如 C# 的支持)。 6.2 Sun 的 Java WSDP 针对开发 Web Services 程序的需求,Sun 推出了 Java Web Services Developer Pack,简 称 Java WSDP。随着 1.2 版本的发布,Java 开发人员现在可以拥有一个方便的、集所有功能 于一身的开发包,用来帮助在 Java 平台上开发 Web 服务。Java WSDP 包含 Java XML Pack 中的所有用于 XML 的 Java API(Java APIs for XML(JAX)),还包含有 Apache Tomcat 服务 器以及为开发与测试 Web 服务提供一个功能完备的环境所需的其他组件。 Java WSDP Registry Server (UDDI Server). 6.3 IBM 的 WebSphere IBM 公司是业界第一家能够提供全面支持 Web 服务的电子商务基础设施中间件的公 司。通过多年来与 W3C(The World Wide Web Consortium)的共同努力,包括 DB2、Lotus、 Tivoli 和 WebSphere 在内的所有 IBM 软件都实现了对 SOAP、WSDL、UDDI、Linux、XML、 J2EE 等开放技术和标准的全面支持。 IBM 公司的 WebSphere 也是比较好的基础架构软件 开发平台。WebSphere 软件平台及开发工具包括 WebSphere Studio Application Developer - WSAD 基于 J2EE、XML 和 Web 服务等开放标准,并具备 IBM 在可靠性、扩展性和安全 性上的主要优势。WebSphere 是 IBM 在 Web Services 策略中的核心平台,它支持所有开 发、发布、部署 Web Services 应用所必需的开放标准和技术,包括 UDDI,SOAP,J2EE, WSDL,和对 XML 技术集成的增强,这特使得它在全球有很多用户。 6.4 Borland 的 JBuilder Borland 公司在 JBuilder7 中,用户可以用其 Borland Web Services Kit for Java 和 Borland JBuilder MobileSet 3 进行更快捷地开发 Web Service 和无线应用。这样将使开发者能够在同 一个开发环境中轻松地创建和集成 Web Service。今年新推出的 JBuidler8 更是针对 Web Service 开发更提供了方便和高效的方法。 6.5 BEA 的 WorkShop BEA Workshop 产品系列为目前面向服务、企业应用的混合开发提供专业的工具。无论 在表示层、中间层还是后端创建服务,BEA Workshop 系列的产品都能提供开放技术,帮助 用户简化 Java、SOA、J2EE 和 Web 应用的开发。通过在我们的工具中混合开放源代码、标 准和商用软件,BEA 利用业界最佳的创新技术,采用成熟的可视化工具,帮助用户开发源 代码或进行可视设计。 WebLogic 服务器。 6.6 ApAche 的 Axis Axis 本质上就是一个 SOAP 引擎,提供创建服务器端、客户端和网关 SOAP 操作的基 本框架。Axis 目前版本是为 Java 编写的,不过为 C++的版本正在开发中。 Eclipse 下的 Lomboz 插件。 总之,在 Web Service 开发上,.NET 和 Java 都是很好的选择,尽管两者现在都有一些需 要完善的地方,但是就目前来说,它们还是最好的开发手段和技术。具体选择哪种开发工具, 也是仁者见仁,智者见智的问题。从根本上说,这两种方法没有孰优孰劣的问题,只是根据 使用者对这两种方法的掌握程度和对具体语言的偏爱程度来决定。 七.WebService 语言支持 八.术语解释 8.1 XML XML 是 eXtensible Markup Language 的缩写。扩展标记语言 XML 是一种简单的数据 存储语言,使用一系列简单的标记描述数据,而这些标记可以用方便的方式建立,虽然 XML 占用的空间比二进制数据要占用更多的空间,但 XML 极其简单易于掌握和使用。 参阅网址: http://baike.baidu.com/view/63.htm 8.2 XSD XSD 是 XML 结构定义 ( XML Schemas Definition )。 XML Schema 是 DTD 的替代 品。XML Schema 语言也就是 XSD。XML Schema 描述了 XML 文档的结构。可以用一个 指定的 XML Schema 来验证某个 XML 文档,以检查该 XML 文档是否符合其要求。文档设 计者可以通过 XML Schema 指定一个 XML 文档所允许的结构和内容,并可据此检查一个 XML 文档是否是有效的。XML Schema 本身是一个 XML 文档,它符合 XML 语法结构。可 以用通用的 XML 解析器解析它。 一个 XML Schema 会定义:文档中出现的元素、文档中出现的属性、子元素、子元素 的数量、子元素的顺序、元素是否为空、元素和属性的数据类型、元素或属性的默认和固定 值。 XSD 是 DTD 替代者的原因,一是据将来的条件可扩展,二是比 DTD 丰富和有用,三 是用 XML 书写,四是支持数据类型,五是支持命名空间。 XSD 文件的后缀名为.xsd。 参阅网址: http://baike.baidu.com/view/712698.htm 8.3 SOAP SOAP:是Simple Object Access Protocol缩写,直译过来则是简单对象访问协议。 简单对象访问协议(SOAP)是一种轻量的、简单的、基于 XML 的协议,它被设计成在 Web 上交换结构化的和固化的信息。 SOAP 可以和现存的许多因特网协议和格式结合使 用,包括超文本传输协议( HTTP),简单邮件传输协议(SMTP),多用途网际邮件扩充协议 (MIME)。它还支持从消息系统到远程过程调用(RPC)等大量的应用程序。 SOAP 包括三个部分: SOAP 封装:它定义了一个框架 , 该框架描述了消息中的内容是什么,谁应当处理它 以及它是可选的还是必须的。 SOAP 编码规则:它定义了一种序列化的机制,用于交换应用程序所定义的数据类型的 实例。 SOAP RPC 表示:它定义了用于表示远程过程调用和应答的协定。 SOAP 消息基本上是从发送端到接收端的单向传输,但它们常常结合起来执行类似于请 求 / 应答的模式。所有的 SOAP 消息都使用 XML 编码。一条 SOAP 消息就是一个包含 有一个必需的 SOAP 的封装包,一个可选的 SOAP 标头和一个必需的 SOAP 体块的 XML 文档。 把 SOAP 绑定到 HTTP 提供了同时利用 SOAP 的样式和分散的灵活性的特点以及 HTTP 的丰富的特征库的优点。在 HTTP 上传送 SOAP 并不是说 SOAP 会覆盖现有的 HTTP 语义,而是 HTTP 上的 SOAP 语义会自然的映射到 HTTP 语义。在使用 HTTP 作 为协议绑定的场合中, RPC 请求映射到 HTTP 请求上,而 RPC 应答映射到 HTTP 应答。 然而,在 RPC 上使用 SOAP 并不仅限于 HTTP 协议绑定。 参阅网址: http://www.qqread.com/xml-soap/u348414.html 8.4 WSDL WSDL 就是描述 XML Web 服务的标准 XML 格式,WSDL 由 Ariba、Intel、IBM 和微 软等开发商提出。它用一种和具体语言无关的抽象方式定义了给定 Web 服务收发的有关操 作和消息。就其定义来说,你还不能把 WSDL 当作一种对象接口定义语言,例如,CORBA 或 COM 等应用程序体系结构就会用到对象接口定义语言。 WSDL 保持协议中立,但它确 实内建了绑定 SOAP 的支持,从而同 SOAP 建立了不可分割的联系。 参阅网址: http://zhidao.baidu.com/question/7415705.html 8.5 UDDI UDDI(Universal Description, Discovery and Integration)统一描述、发现和集成协议, 是为解决 Web 服务的发布和发现问题而制订的新一代基于 Internet 的电子商务技术标准。它 包含一组基于 Web 的、分布式的 Web 服务信息注册中心的实现标准,以及一组使企业能将 自己提供的 Web 服务注册到该中心的实现标准。 参阅网址: http://www.uddi.org/
还剩11页未读

继续阅读

下载pdf到电脑,查找使用更方便

pdf的实际排版效果,会与网站的显示效果略有不同!!

需要 25 金币 [ 分享pdf获得金币 ] 5 人已下载

下载pdf

pdf贡献者

paopao123000

贡献于2011-05-04

下载需要 25 金币 [金币充值 ]
亲,您也可以通过 分享原创pdf 来获得金币奖励!
下载pdf