IT博客-从上而下，从下而上@By LP-随笔分类-SOA & Web Services

Web Service入门

JXTu — Mon, 05 Feb 2007 09:42:00 GMT

n 什么是Web Service？

Web Service是构建互联网分布式系统的基本部件。Web Services 正成为企业应用集成（Enterprise Application Integration）的有效平台。你可以使用互联网中提供的Web Service构建应用程序，而不必考虑这些Web Service是怎样运行的。

n Web Service 三个基本技术

² Web Service通过标准通信协议，在互联网上发布有用的程序模块（以服务的方式），目前大部分是用SOAP来作通信协议。

² Web Service提供一份详细的接口说明书，来帮助用户构建应用程序，这个接口说明书叫作WSDL（Web Service Description Language）。

² 通常已发布的Web Service要注册到管理服务器，这样便于使用者查询和使用。这个是通过UDDI（Universal Discovery Description and Integration）来完成的。

n 为什么要用 Web Service ？

Web Servcie 最主要的优点是，使用不同程序和在不同系统平台上开发出来的程序，都可以相互通信。现在很多人在问：“不是 CORBA 和 DCE 也有那些优点吗？跟它们有什么不同呢？”。第一个不同点是， SOAP 作为 Web Service 的基本通信协议，比它们简单地多，所以投入和使用的代价也是小的。现在不仅有很多大公司发布的 Web Service ，也有个人发布的。另一个不同点是， Web Service 使用标准的互联网协议 -XML 、 HTTP 和 TCP/IP 。很多公司已经从实践当中对这些协议积累了丰富的经验，所以相比 CORBA 和 DCE 要交的学费要少地多。

如果把现有的应用程序以 Web Service 部件形式发布，可以帮助其他的公司（人）构件功能强大的应用程序。举个例子，你要开发一个采购系统，可以自动地获得供应商的报价，而且可以实时追踪送货过程。如果供应商已经发布了报价和送货这两个 Web Service ，那么你就可以直接使用它们，而不必自己开发这些功能了。

在未来，会出现更有趣的 Web Service （现在做不到的），来帮助我们构建应用程序。

² SOAP

SOAP 是 Web Service 的基本通信协议。因为 SOAP 与 DCOM 和 CORBA 在概念上有相同之处，所以很多人在问：“ SOAP 是怎样激活对象的？”或“ SOAP 在使用什么命名服务（ Naming Service ）？”。或许在执行 SOAP 的过程当中会用到这些，但这些并不在 SOAP 规范要考虑的范畴之内。 SOAP 只是定义 SOAP 消息的 XML 格式（ XML Format ），如果你用一对 SOAP 标记（ SOAP Elements ）把 XML 文档括起来，那么这个就是一个 SOAP 消息，这不是很简单吗？

SOAP 规范还定义了怎样用 XML 来描述程序数据（ Program Data ） , 怎样执行 RPC （ Remote Procedure Call ）。这些可选的规范是为了构建 RPC-style 的应用程序（客户端 SOAP 消息包含函数名和在函数中用到的参数，而服务器端 SOAP 消息包含执行函数之后的结果）。大多数 SOAP 解决方案都支持 RPC-style 应用程序，因为很多程序员已对 DCOM 或 CORBA 熟悉。 SOAP 还支持 Document-style 应用程序（ SOAP 消息只包含 XML 文本信息）。 Document-style 应用程序有很好的灵活性，所以很多用 RPC 很难构建的 Web Service 用这种方式构建。

最后 SOAP 规范还定义了 HTTP 消息是怎样传输 SOAP 消息的。这并不代表 SOAP 只能用 HTTP 来作为传输协议， MSMQ 、 SMTP 、 TCP/IP 都可以做 SOAP 的传输协议。

很多大公司根据 SOAP 规范，都开发出了自己的 SOAP 解决方案。这些解决方案都是相对于某种语言。比如说 Microsoft SOAP toolkit2.0 把 COM 函数转换成 SOAP 消息，而 Apache toolkit 把 JAVA 函数转换成 SOAP 消息。这样难免带来一些兼容性问题。

现在 SOAP 的很多另人瞩目的特性已成为现实（ SOAP 已经运行于不同的硬件和软件平台），而且有 70 多个解决方案。之所以 SOAP 被人们所爱戴，是因为 SOAP 比其他同类技术（ CORBA 、 DCE ）简单易用。

安全性对于应用程序来说是很重要的。那么 SOAP 的安全性如何呢？对于把 HTTP 作为传输协议的 SOAP 来说是没有问题的，因为 HTTP 协议已经有很好的安全构架。那么用其他传输协议会出现安全问题吗？不是的，你不必担心，因为已经有这方面的规范了（ http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnglobspec/html/ws-security.asp ）。

n WSDL

WSDL 是一种 XML 文档，它定义 SOAP 消息和这些消息是怎样交换的。 IDL （ Interface Description Language ）是用于 COM 和 CORBA 的， WSDL 是用于 SOAP 的。 WSDL 是一种 XML 文档，所以我们可以阅读和编辑，但很多时候是用工具来创建、由程序来阅读。

举个例子，你要使用供应商的 Web Service 构建应用程序。你可以向供应商索取使用 Web Service 的范例，然后按照范例来构建应用程序。这样可能出现意料不到的错误，比如说，你在程序中使用的客户代码的数据类型是 integer ，而供应商使用的数据类型是 string. 。 WSDL 详细定义客户端消息的格式，需要什么样的参数，这样可以避免不必要的错误。

n UDDI

UDDI 可以比喻成电话本，电话本里记录的是电话信息，而 UDDI 记录的是 Web Service 信息。你可以不把 Web Service 注册到 UDDI 。但如果要让全球的人知道你的 Web Service ，最好还是注册到 UDDI 。

UDDI 目录说明文件也是一个 XML 文档，它包括三个部分。“白页（ White Paper ）”说明提供 Web Service 的公司（人）信息，比如说名称、地址和联系方式等等。“黄页（ Yellow Paper ）”说明 UDDI 目录的分类，比如说金融、服务和印刷等等。“绿页（ green Paper ）”说明接口（ Web Service 提供的）的详细信息。

UDDI 提供多种查询方式，来帮助你找到需要的 Web Service 。如果你查询与财务有关的 Web Service ，那么 UDDI 会提供详细的信息。

n 参考资料

※本文是翻译了下面的文章

XML Web Service basics, Roger Wolter ， Microsoft Corporation ， 2001 年 12 月

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnwebsrv/html/webservbasics.asp

JXTu 2007-02-05 17:42 发表评论

SOA概览[dev2dev]

JXTu — Mon, 05 Feb 2007 06:13:00 GMT

　　面向服务的架构（Service-Oriented Architecture，SOA）是今年的eWorld会议的主题。BEA的首席执行官Alfred Chuang在他的开幕式主题演讲上将“现在部署SOA”解释为一个紧急的讯号。他认为，“整个行业都在为SOA展开计划。他们有方案。我们有部署。”在Alfred Chuang大致描述了BEA的流体计算（liquid computing）前景之后，首席技术官Scott Dietzen又回顾了对SOA主题的扩展。

流体计算的前景
　　在Alfred Chuang的主题演讲中，他声称流体计算是一个目标，而并非一种产品。这个目标使开发人员能够提供一个“灵活且可即时调整自己以流过各种障碍”的系统。流体计算的三个组成部分是：企业兼容性（enterprise compatibility）、主动适应性（active adaptability）和突破性的生产力（breakthrough productivity）。
　　企业兼容性所解决的那些问题引起了观众的共鸣。Alfred Chuang认识到了努力将从未事先设计好一起工作的应用程序联系起来的困难和成本。在应用程序的使用期限内，维修费用超过了开发成本。“您陷入了一个永不结束的集成的循环，”他说到。
　　Alfred Chuang解释了企业兼容性的新方向，他认为比集成更便宜且更灵活。他强调说，兼容性包括由SOA和8.1 WebLogic共同创造、延伸到BEA平台之外、与来自不同厂家提供的应用程序相互作用并且相互连接的应用程序功能。Alfred Chuang宣布了集成时代的终结。
　　主动适应性是对企业需求变化的回应和参与。IT领域中的一半革新是为赶上不断变化的企业需求而战斗。在他的说明图表里，Alfred Chuang特别提到了企业需求在持续提高。IT能够处理的需求落后于企业需求的提高，而二者之间的差别成为IT 缺口。“IT解决方案违背了全部企业逻辑，并且在部署之后变得更加昂贵，”Alfred Chuang说到。
　　主动适应性的目标是使改变变得简单、快速和廉价。您对IT所提供的解决方案更新越频繁，您所减少的积聚的IT缺口将越多。对BEA来说，最终的目标是使改变自动化。
　　Alfred Chuang作出结论说：“SOA是旅行的第一步，而旅行的目的地就是流体计算。”这预示了Dietzen在面向服务的架构方面的演讲。

转向SOA
　　在Dietzen的演讲中，他概括地发表了对当前局势的看法。“当今的企业应用程序往往既庞大又笨拙，”Dietzen说，“我们不倾向于跨应用程序重用。”根据Dietzen的观点，将我们自己从已经在IT领域中挖掘的洞中拯救出来的方法就是SOA。他指出，在很多方面，我们依赖于已经了解很久的知识。“SOA的原则恰恰是有关标准化的编程实践，”他说，“它们是数十年来分布式计算的一部分。”
　　然而，该问题仍然在实施过程中。Dietzen说，通过使用JSP，JavaBeans的概念“被引入来将逻辑与数据模型分离，不过我们发现正是同一个概念使SOA更困难，并且使编制（orchestration）更错综复杂。”
　　Dietzen详细阐述了导致应用程序间的重用本身难以进行的许多因素。为不同的应用程序编制代码的人们一般不在相同的地方工作，甚至不按照相同的时间表工作。每个团队对于事情——例如客户或者订单——都有自己的看法。正是这些本地决策造成应用程序间的重用如此难以进行。
　　Dietzen花了一些时间来探讨我们可以降低应用程序间连接的脆弱性的方法，以便您能够在不会影响任何一个相邻的连接的情况下进行本地改变。在使用SQL、HTML、VM架构以及XML的过程中都有这方面的例子，它们都曾用于提供松散耦合。例如XML，通过模式和WSDL接纳具有良好定义类型的约定。他指出，在正确遵守约定的前提下，您可以更改任何一方的应用程序而不会破坏另一方的应用程序。
　　“以前在中间件总线上的截断或者支持RPC，或者支持消息传递，而这两方面都是关键的”，Dietzen说道。他又补充说，能够支持同步事务和异步事务的基础架构将使您受益。随着用于提供企业兼容性的Web服务协议栈的兴起，Web已成为企业服务的总线。连接到框架的东西就是灵巧终端。
　　Dietzen鼓励听众里的开发人员不要仅仅把终端打包而已，而是要用一种提供正确的长期贸易合同的方式将它们打包。他提醒这些开发人员，不要忘记“SOA中的A——架构”，并声称很多人没有花费足够的时间来定义终端服务。这些决策是需要我们长期接受的。他鼓励开发人员们致力于开发应用程序之间的数据类型和模式，并且告诫大家慎重对待为每一种新的应用程序创建一个新词汇的趋势。开发人员需要抑制词汇的增生。

十大头条
　　Dietzen的演讲从预期Java历史上不太光彩的十大头条开始。当提及电影“Spinal Tap”时，Dietzen开玩笑说他的第十大头条“排到11名了”。他最先提到的一条，即这个第11名，是这样一个说法：“您不知道HTML客户机已经成为历史了吗？由于在桌面上使用Java，到2000年为止，没有人还在使用JSP或者servlet。”
　　第8名是“在服务器上使用Java？……难道您发疯了吗？”随之而来的是“在服务器上使用Linux？……难道您发疯了吗？”第6名是问题“您将与Java无关的一种脚本语言叫做什么？”答案当然是“JavaScript”。接下来是“您将与Java有关的一种脚本语言叫做什么？”答案是“Groovy”。
　　第2名是比尔盖茨的引语，“想一想只有9000行的[Java]小程序，免费地自由传播，任何人都可以克隆，如果有人认为它将要影响我们微软做的任何事情，他就想错了。”

JXTu 2007-02-05 14:13 发表评论

OASIS:SOA参考模型出台

JXTu — Mon, 05 Feb 2007 05:57:00 GMT

面向服务架构(SOA)1.0参考模型通过OASIS的投票已经得以确定并将成为一项标准执行下去。本周一，该标准制定组织发言人证实了这一点，官方的公告也将随后在本周内发表。

　　SOA参考模型(SOA-RM)将会为开发人员和架构师准确定义那些专业技术上的标准。这一参考模型的出台也将建立起评断SOA技术产品的严格标准并有望使那些单纯利用SOA概念宣传厂商最新产品的市场商人不再简单的运用先进的理念来迷惑用户。

　　负责SOA参考模型工作的OASIS技术委员会成员这样描述道，该模型是一个用来理解这个先进技术理念的抽象框架，是在面向服务环境里的重要衔接方式，是标准逐步统一的重要发展进程，也是服务支持的详尽规范。它是基于统一SOA这一目的的，是架构师在开发过程中指导SOA，实践、研讨SOA的重要依据。

　　SOA参考模型并不是“和其他相关的标准，技术或是任何其他已有的执行规范结合到一起即可的”，委员会这样解释，更准确的来说，它的出现是为了“用最一致的标准规范明确定义不同的执行”。

　　但是，来自ZapThink的资深分析师Jason Bloomberg说道，开发者所在寻找实现SOA的关键可能还是会在别的方面入手。

　　“OASIS的SOA参考模型提供了一个整体的抽象框架让使用者集合其分布式配置并有机的结合起来，”Jason Bloomberg这样说，“基本上，这个模型能够帮助企业的架构师有效的进行SOA的工作。可所面对的最大挑战则是，这个SOA参考模型实在太过抽象。它能够在企业的SOA整体计划中提供一个很具有全局性的整体框架加以指导，但是同样的在现实的SOA执行中却不能提供太多具体可行的意见。”

　　来自美国Adobe Systems的资深策略分析师，在过去的16个月里工作在SOA参考模型技术委员会的Duane Nickull表示，尽管确有声音说到这个参考模型过于抽象化，但是它却是确确实实的已经开始在SOA的执行中得到使用。

　　“在OASIS组织中通过成员同意并最终成为标准规范的其中之一个关键过程则是该项标准需要象一种产品一样在企业得到具体运用并能够通过检验。”他说，“而该参考模型是在更高要求下得到通过的。”

　　即便仍旧会有一些反对的意见会出现在SOA的准确定义上，但是Nickull坚定的表示，SOA参考模型的出台会是在整个SOA发展过程中的积极一步。“人们之所以愿意表示出自己对SOA不同看法是因为当前的SOA架构理念还并不能完全的准确定义，人们可以说‘当我谈到SOA的时候我的意思是……’这样的话。正是这样的情况下，我们更需要一个能够用来描述这么一个架构体系的模型出现。”

JXTu 2007-02-05 13:57 发表评论

SOA and Web services 新手入门

JXTu — Thu, 01 Feb 2007 05:25:00 GMT

引言：使 IT 满足您的业务需求
或许已经有人告诉您，您公司的新 IT 策略将要涉及到创建一个基于面向服务的体系结构的系统。也许您已经听到了大量的长篇大论，正想知道面向服务的体系结构（Service-Oriented Architecture，SOA）是否适合您的业务。或许您正在经历一场集成噩梦，尝试寻找让很多不同的系统彼此进行通信的方法。不管是何种情况，您都可能希望找到让 IT 基础设施为业务服务的方法，而不是其他。无论您是刚刚接触面向服务的体系结构这一概念，还是已经涉足其中，您肯定都希望找到方法来提高实现的效率，“developerWorks SOA 新手入门” 部分将为您提供了解和着手使用 SOA 所需的资源。

什么是 SOA？
我们可能应该回答的第一个问题也是最基本的问题。什么是面向服务的体系结构(Service-Oriented Architecture, SOA)？这个问题的答案实际上涉及与开发相关的若干不同方面。

SOA 是一种 IT 体系结构样式，支持将您的业务作为链接服务或可重复业务任务进行集成，可在需要时通过网络访问这些服务和任务。这个网络可能完全包含在您的公司总部内，也可能分散于各地且采用不同的技术，通过对来自纽约、伦敦和香港的服务进行组合，可让最终用户感觉似乎这些服务就安装在本地桌面上一样。需要时，这些服务可以将自己组装为按需应用程序——即相互连接的服务提供者和使用者集合，彼此结合以完成特定业务任务，使您的业务能够适应不断变化的情况和需求（在有些情况下，甚至不需要人工干预）。

这些服务是自包含的，具有定义良好的接口，允许这些服务的用户——称为客户机或使用者——了解如何与其进行交互。从技术角度而言，SOA 带来了“松散耦合”的应用程序组件，在此类组件中，代码不一定绑定到某个特定的数据库（甚至不一定绑定到特定的基础设施）。正是得益于这个松散耦合特性，才使得能够将服务组合为各种应用程序。这样还大幅度提高了代码重用率，可以在增加功能的同时减少工作量。由于服务和访问服务的客户机并未彼此绑定，因此可以完全替换用于处理订单的服务，下订单的客户机-服务将永远不会知道这个更改。所有交互都是基于“服务契约”进行的；服务契约用于定义服务提供者和客户机之间的交互。通常，您将通过创建“基于消息的”系统来实现此目标。

从业务的角度来说，面向服务的体系结构的重点在于开发能帮助您完成业务任务的技术，而不是通过技术约束来规定您的行动。例如，销售过程（制造、运输和收到货款）可能会涉及数十个步骤和若干不同的数据库和计算机系统。但就其实质而言，此过程包含一系列人工活动，例如：

销售人员找到潜在客户
客户订购产品
生产部门制造产品
生产部门发出产品
收款部门开具产品帐单
客户支付产品货款

面向服务的体系结构基于这些实际活动或业务服务进行组织，而不是形成公司所维护的不同的信息竖井 (Silo)。

通过实现 SOA，可以带来大量好处，包括以下各个方面：

更高的业务和 IT 一致性
基于组件的系统
松散耦合的组件和系统
基于网络的基础设施，允许分散于各地且采用不同技术的资源协同工作
动态构建的按需应用程序
更高的代码重用率
更好地标准化整个企业内的流程
更易于集中企业控制

本文来自/更多信息：http://www.ibm.com/developerworks/cn/webservices/newto/index.html

JXTu 2007-02-01 13:25 发表评论