竞争不可避免
虽然ebXML和Web Services在不断进行融合,但从两者的技术层面来看,它们仍然有交叉部分,所以严格地说来,竞争不可避免。
ebXML规范已经制订完成,而Web Services的相关规范则正在研发和制订的过程当中。照理说,ebXML的实施应该比Web Services更为领先,然而,事实是各大技术提供商都优先将力量投在了Web Services领域。ebXML要得到广泛应用,必须有开放的、跨平台的、松散耦合的、具有优秀交互能力的技术平台架构予以支撑和保障。目前基于XML技术的Web Services技术框架是最佳的选择,抛开Microsoft这样的特例(Microsoft拥有BizTalk,BizTalk是一个与ebXML类似的规范和框架)不谈,诸如IBM、Sun、HP、Oracle等IT巨头们都期望能先将基础设施Web Services建设好,然后再在上面构筑电子商务的应用平台:ebXML系统。ebXML是一个很好的规范和框架,然而在现有的技术平台上,它并不能极大地发挥它的能力,基于Web Services的ebXML系统才能真正体现设计者的期望。
当然这并不是说现在致力于ebXML实现没有价值,事实上,其中也蕴涵着巨大的商业价值。各大技术开发商无论是推出操作系统、数据库系统、应用平台框架或是开发工具,其目的都是要构建企业商务系统,ebXML系统从技术上来讲是具有最大的共享交互能力的商务应用,而共享交互是现在乃至未来的电子商务应用最重要的特征。目前,ebXML的实施也正在相当的范围内广泛开展,Sun、Sybase、Oracle、WebMethods都在它们的平台软件中加入了对ebXML的支持,而XML Global、Vitria BusinessWare、IONA、Fujitsu等则纷纷在它们的B2B平台上加入ebXML模块,在ebXML上争夺的激烈程度一点不比Web Services领域逊色,只是各IT巨头在Web Services的战场上投入的力量更多,因此更为引人注目。
对于商家来说,如果看好一个技术,绝对不能在基础设置完全构建完毕后才开始实施,那一定会落在别人的后面。如果认为ebXML的确是未来电子商务的主流应用框架,那么就一定要从现在开始随着Web Services的发展而实施ebXML应用系统,等到Web Services完全被用户接受的时候,随之构建的ebXML应用系统就能够马上交付用户使用了。在商业竞争中,时间是如此的宝贵,即时响应所带来的效益完全可以让先前的投入变得物超所值。
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
作者
相关推荐
-
WS-I闭关 这对WS-*意味着什么?
互操作性真的通过WS-I组织由WS-*系列规范所实现,并通过由今天所开发出来的规范和标准得以改善了吗?还是真正的互操作性的挑战转移到别处,仍然有待解决?
-
.NET vs. Web Service的平台之争
当微软发布.Net的时候,比尔盖茨宣称这是公司一项很大的赌注。然而在.Net的发展与微软当初期望渐行渐远时,它却远超出了CIO的想象……
-
OSGi框架协助管理Java组件(上)
OSGi(正式说法是Open Services Gateway initiative,现在简称OSGi)背后的理念是为创建模块化的Java组件而发明的一个框架。
-
基于SOA的数据集成研究与应用
随着企业信息化的发展,企业需要对大量异构、分布、自治数据源进行集成。以SOA架构和Web Services技术为支撑,采用XML技术进行集成……