正确认识“Web服务”

当然,在关键的内部架构中采用Web服务的时候是必须要小心的; 这种技术仍然处在开发者的预览阶段, 而且不同的SOAP实现之间存在互连性问题.例如,微软的.NET要求处理HTTP SOAPAction头信息,但是Apache Software Foundation公司的Apache SOAP的缺省方案却是不需要.

开发工具的缺乏成为了采用Web服务最大的绊脚石. 虽然Web服务的标准(如XML 和 SOAP)和基本库(如Apache SOAP)现在已经相当稳定,但主流的开发工具仍然无视新平台的存在.

在Web服务领域内一个相对领先的软件是Borland 软件公司的Delphi 6, 它在六月份被发布并提供了对创建SOAP服务程序和SOAP客户程序的原始支持.另一个处在Web服务边缘的公司是IBM,它在上个月发布了它的WebSphere 4.0 应用服务软件和集成的SOAP开发工具.

但是,即使一个企业使用的开发工具不提供对Web服务的原始支持,只要它们使用的语言支持Internet协议和XML, 开发Web服务也不是那么难.

关键的一点是,现在应该考查这些技术并比较它们之间的优点,而eWeek Labs建议在明年采用Web 服务, 首先从内部开始然后选择性的使用到外部的商业伙伴上去.

虽然不同硬件和分部的网络之间的互连性是Web服务的最终目标,但我们对早期采用Web服务的公司的调查显示了一个另人惊讶的发现:Web服务最直接的好处是在严格的内部实现上--例如,数据库集成的工作.

"人们对于Web服务的内部使用存在很大的兴趣,我们决定使它成为我们整个架构的一部分,"Sanjay Sarathy说, 他是加里福利亚州,Snta Clara市,Sun-Netscape联盟,iPlanet公司的产品营销,应用程序和集成业务的主任."从内到外的构建过程吸引了许多人. 特别的同时基于内部和外部来实现它是困难的."

一个特别困难的互连性障碍--Windows程序使用的微软COM(组件对象模型)与Sun公司的JavaBeans和企业版JavaBeans对象模型之间的鸿沟--通过SOAP已经更容易越过了.

在eWeek Labs的测试中, 我们修改了一个基于SOAP的Java客户应用程序,它原先是被设计调用iPlanet应用服务器(它使用Apache公司的Apache SOAP 工具包来提供Web服务支持)上的代码,修改以后,它调用的是我们用微软C#.NET语言编写的在Windows 上运行的一个组件.

其它的一些努力, 尤其是对象管理组织的CORBA(通用对象请求代理结构),曾经企图提供分部式的计算."CORBA的问题在于它变得有些过分庞大,"加州 Santa Cruz市 Lutris Technologies公司的首席宣传官,David Young说. 在九十年代早期,Young曾在X/Open标准团队工作,当时CORBA的开发工作正进行得如火如荼."它火得过了头,"Young 说,"希望满足所有人的所有要求. SOAP是软件实现细节无关的一个更简单的概念.SOAP 绝对是建立一个美丽的,简洁的,可以互连的软件世界的关键."

SOAP的范围必须相当的广泛以支持它所承诺的一切,特别是对于一个还只有两岁大的协议来说. 而且,它的能力是惊人的, 因为SOAP和相关的技术正被广泛而快速的采用--即使是微软和SUN这样的死对头,Web服务已经成为一种现实. SOAP 站点www.soapware.org 列出了71个支持SOAP的软件包,而更多的软件包还在开发之中.

另外, Web服务的变种内构--比方说对可用的服务的列表显示和对加密标准的建议,数字签名和消息路由--都在快速的出现.Web服务的目录被列出在微软和IBM公司的Universal, Description, Discovery 和 Integration 目录里, 其它的公司也会很快赶上来的.

在两到三年内, 对于应用程序如何获取信息并在什么地方获取信息以及如何进行事务处理,我们将看见一个更加灵活的模式.基于更加容易处理的XML的良好定义的接口,再加上内部的和外部的服务列表,这些都将使得在大部分地方重新发明编程工具变得没有必要.