`
lao_lee
  • 浏览: 96658 次
  • 性别: Icon_minigender_1
  • 来自: 北京
最近访客 更多访客>>
社区版块
存档分类
最新评论

Web service杂谈

阅读更多

Web service到底能不能发展起来,成为service based Internet的基础,到现在我也不明白。

打开OASIS的网站,你会发现数不胜数的Web service规范,其中大部分出自软件界的两个大佬,IBM和Microsoft,之手。这两家公司好象只在两个领域有合作,一个是XBox 360,使用了IBM PowerPC 970芯片,而且是IBM专为Microsoft定制的芯片。另一个就是Web service规范,在这一领域,IBM和Microsoft站在一个阵营里,而传统的J2EE厂商们,象BEA,SUN站到了另一个阵营。

我很担心现在的OASIS会象以前的CORBA一样,为了一些技术细节而互相扯淡,耽误了推出标准的最佳时机:WSRP 2.0就是这样一个例子。象这样一个本来是要为系统配置提供方便的技术,其结果却是异常复杂的标准,以至于所有的产品都不可能完全实现这样一种规范。最后呢,也和CORBA的结果一样,理论上是一个通用的ORB总线,不同厂商的ORB可以连起来,事实上却完全不可能。因此,我很佩服Microsoft的CardSpace,他们“悍然”推出了这样一种解决方案,把OASIS还没有正式批准的规范(WS-Trust)拿出来放到自己的产品里,开风气之先。

现在的情况是,因为web service规范太多太杂,所以具体的产品只能选择把几种规范组合起来,比如Microsoft CardSpace,通过组合WS-Trust,WS-SecurityPolicy和WS-MetadataExchange形成他们自己的产品;IBM WAS 6.1,提供了一种WS-Trust,WS-RM和WS-SecurityPolicy的组合来实现安全消息管道。这样做的结果呢,规范尽自规范,可是大家按自己的需要把规范拆着用,还是不能保证不同厂商产品之间的互操作。而最后的结果很可能和当年的CORBA一样,广大的开发者不带你们玩。他们有自己的选择,而且这样的选择越来越多。

为什么OASIS不能先指定一个统一的框架,然后大家再提具体的实现性规范呢?事实上这样一种“统一的框架”很可能更加复杂,还不如大家先散着提,提到一定程度了再自然而然的“升华”出一个框架来。SOA吗?世界上有几个人真的知道什么是SOA吗,至少我觉得IBM没几个人真懂。

这么多软件标准化组织的血的教训还是不能阻止新的impossible mission出现,也许大公司们的钱真的是太多了...

分享到:
评论
6 楼 Lincoln 2007-06-14  
以前听说SOA是说给企业老总听的,与程序员无关,所以没有多多关注。前些天看了程序员杂志的相关文章感到SOA的设计思想非常有前景,但对于实现来说真的是感到非常困难!至于能不能得到标准的统一,难以预想!不过,还是非常有前景的。值得学习,研究和推广。至于,能否成功,还是期待中。
5 楼 O.Lions 2007-06-14  
关注WebSevice
     但愿开是以后开发简便的好!!!
4 楼 lao_lee 2007-06-09  
To Lordhong: 我的意思是,通过规范,可以让干某一件事的web service消息有一个统一的表示,比如WS-SecurityPolicy,但是真正实现一个产品的时候,是自己拆兑一些规范组合到一块之后做成的。我手里有一份在AXIS2基础上部分实现WS-SecurityPolicy + WS-Trust + WS-RM的code,我初步估计了一下,代码不下20万行,如果再做你所说的converter,那就...
3 楼 shaucle 2007-06-09  
许多技术的提出可能并没有火起来
但其思想通常影响很广,当然很多是有益的,也因此出现了许多优秀的技术。
想想xml,spring等都是怎么产生的
一项好的技术的背后通常积累了很多失败的技术
不仅仅计算机行业这样。
2 楼 lordhong 2007-06-09  
不同SPEC出来的WEB SERVICE, 最终都会实现同一接口.
没有同一接口的话,就会出现很多CONVERTER来实现转化.
并非难于登天.
1 楼 winterwolf 2007-06-08  
soa的关键是xml接口 任何技术都可以实现

webservice rest都能可以算实现soa的大框架

rest更自然更简单 我估计大公司的web service最后都会落个不好的下场.

因为它们出现的太早 考虑的太空 说的太多 做的太少.

目前最成功的soa就是rss 以后是atom 主要是web领域的.企业应用可能需要等些时候 比如rest xmldb发展成熟之后.

相关推荐

    service mesh杂谈.pptx

    Service Mesh是一种架构层面上的解决方案,它专注于服务之间的通信,旨在提供一种更高效、更可靠的微服务间交互方式。在微服务架构中,随着服务数量的增加,服务间的交互变得日益复杂,传统的服务治理方式(如上述...

    service mesh杂谈.zip

    Service Mesh杂谈 Service Mesh,中文可译为“服务网格”,是近年来在微服务架构中逐渐崛起的一个关键组件。它是一种专门用于服务间通信的基础设施层,负责处理服务之间的数据交换,旨在解决分布式系统中的服务发现...

    「安全管理」Linux_HIDS杂谈 - WEB应用防火墙.zip

    「安全管理」Linux_HIDS杂谈 - WEB应用防火墙 安全管理 安全资讯 安全开发 零信任 身份管理

    程序设计经验杂谈,程序设计,经验杂谈

    程序设计经验杂谈涉及到的不仅仅是语法和逻辑,更关乎到代码的可读性、可维护性以及性能优化。这里,我们将深入探讨程序设计的各个方面,包括但不限于设计模式、算法应用、调试技巧、版本控制、代码规范以及项目管理...

    高并发架构一些技术套路杂谈

    - **多WebApps与多MySQL集成**:在大规模系统中,可能会部署多个Web应用和多个MySQL实例,合理的集成方式可以进一步提高系统的处理能力。 #### 五、分布式存储与计算技术 随着数据规模的不断扩大,传统的单机存储...

    ERP实施杂谈ERP实施杂谈.doc

    ERP实施杂谈ERP实施杂谈

    为己杂谈学习精要.doc

    本文档《为己杂谈学习精要.doc》主要探讨了个人修养、企业文化、管理理念以及如何在职业生涯中找到良好发展平台的主题。作者引用了老子的哲学思想,并结合《论语》中的教诲,阐述了一种既考虑个人利益又兼顾他人和...

    地产行业杂谈系列之十六:社区增值服务模式初探.pdf

    地产行业杂谈系列之十六:社区增值服务模式初探

    JAVA杂谈

    ### JAVA杂谈:深入探索Java的核心机制与实践 #### 动态加载机制解析 Java的动态加载机制是其面向对象编程(OOP)理念的核心体现之一,它使得Java能够在运行时根据需要加载类,而非在程序启动之初加载所有类。这种...

    尼康优化校准机内设置杂谈

    尼康优化校准机内设置杂谈深入探讨了RAW与JPEG两种图像格式之间的根本区别,这对于摄影爱好者和专业摄影师来说至关重要。RAW格式保留了传感器捕获的原始数据,提供了广泛的后期调整空间,包括色彩、曝光、对比度和...

    计算机杂谈总结免费下载

    计算机杂谈总结免费下载

    地产杂谈系列之五:细数主流商管企业,经营发展各有千秋.pdf

    报告名为“地产杂谈系列之五:细数主流商管企业,经营发展各有千秋”,说明报告旨在详细探讨当前中国地产行业中商业物业管理(商管)企业的经营发展状况,并对其主要企业进行比较分析。从报告内容来看,这份文档是一...

    企业文化杂谈.doc

    企业文化杂谈.doc

    防水知识杂谈.doc

    防水知识杂谈.doc

    半导体制冷杂谈.pdf

    半导体制冷杂谈.pdf

Global site tag (gtag.js) - Google Analytics