几个规范标准被提交给了W3C其中包括WS-Eventing和WS-Transfer但却
直未能成为标准
其间出现了好几个对这些规范标准
实现但却没有明显迹象表明要将其标准化当然这并不会阻止其他人推进和的竞争标准比如WS-Not
ication随着Web服务当中相互竞争标准的间关系越来越紧密(例如可靠消息传输 以及 事务)有些事情似乎将不可避免发生当前W3C宣布了成立了Web服务资源访问工作组如其章程所说: 作为Web服务活动
部分Web服务资源访问工作组任务就是通过对WS-TransferWS-ResourceTransferWS-Enumeration WS-MetadataExchange以及WS-Eventing等等成员提交案(在本章程中代指为“提交规范标准”)进步优化处理各规范标准中还存在些问题吸纳来自实现者实现经验和有关互操作性反馈以及综合考虑和其它些Web服务标准组合来制定对系列Web服务规范标准W3C推荐方案
对于其它内容重叠标准或规范标准则未曾提及对此不了解同志(也
标准工作大多都是模板文件)这里有份对于预期目标概览: 针对和面向资源
Web服务背后XML表示进行交互、访问和该服务相关元数据以及订阅和该资源相关事件该提交规范标准定义了基于SOAP机制WS-Transfer定义了对于面向资源Web服务数据创建(Create)读取(Read)更新(Update)删除(Delete)等基本操作WS-ResourceTransfer通过WS-Transfer里扩展点强化了这些操作增加了对片断和批处理访问WS-Enumeration提供了个协议来支持为资源提供个上下文所谓枚举上下文(enumeration context)在顺序数据条目里为消费者展现个逻辑游标WS-Eventing允许利益相关方对个面向资源Web服务订阅系列通知 WS-MetadataExchange定义了重定向Web服务元数据相关机制当结合使用WS-TransferWS-ResourceTransfer以及WS-Enumeration时这元数据访问和管理和其它Web服务资源没有区别
当然无法保证这工作能够帆风顺来自OracleWilliam Vambenepe指出:对这
工作最明显潜在阻拦就在于其令人置疑重复基于SOAP架构方式这本可以通过简单HTTP来达到
他还提到了另几个人们可能对这工作产生疑问并整理总结到:因此我对于WS-RAWG
疑问不在于基础性架构问题也不在于WS-RT现有版本缺憾的处它们是可以被修补并且当前替补规范标准也并非什么选美冠军相反我疑虑更多是在于其对互操作性影响
William服务于HP时曾参和过WS-ResourceTransfer工作如他所述当时HP,IBMMicrosoft等等多方都曾参和到统WS-Management和WSDM/WSRF规范标准簇计划中来(可别忘了WS-RF自诞生的日就争议不断)但据William说法其最后通告意味着……[……] 4家公司中
3家作出了放弃也不再有什么意见交汇了这工作不但没减少开发者不得不面对冲突选项数量(这种选择结果常常是 “我两个都不会选［］毫无共识可言我将按我方式来做”)相反还将其增加了另候选WS-Management并不会就此消失同时W3C WS-RT很有可能和其越来越背道而弛
显然这新标准工作还处在非常早期阶段但缺乏对互操作性强调做法会对最终产生标准采纳带来巨大连锁反应吗？
最新评论