
扩展事务简史
ACID 事务对于长时间跨度的用例是无能为力的。本文列举了有史以来在 CORBA 和 J2EE 社区中针对扩展事务处理的方法,阐述了 SOA 如何是更自然契合的解决方案,并解释了 WS-TX 和 WS-CAF 为什么可能是最终答案的原因。

ACID 事务对于长时间跨度的用例是无能为力的。本文列举了有史以来在 CORBA 和 J2EE 社区中针对扩展事务处理的方法,阐述了 SOA 如何是更自然契合的解决方案,并解释了 WS-TX 和 WS-CAF 为什么可能是最终答案的原因。
标准,因其可以防止厂商锁定并提供了异构的服务实现之间的互操作性,通常被人们所重视。然而,正如Steve Jones最近指出的,SOA的执行者们在SOA生命周期之初忽视了标准选择的现象依然很常见。在本文中,他总结了标准用在何处最为恰当,以及为什么对于这个规则,REST也不例外。
IBM、Oracle、Red Hat等厂商宣布成立了Web服务测试论坛,旨在作为一个持续测试异构Web服务实现互操作性的场所。该论坛的成立也为厂商和消费者定义他们重要的互操作场景提供了一种灵活的手段。但是它与WS-I之间是什么关系,微软为何还未参与进来呢?
最近一次讨论中,Mark Little和Greg Pavlik讨论了在工作单元广泛分布的环境中,事务协调和事务协议是否是必须的?难道状态调整模式(state alignment patterns)的知识不够用了?
五月份发布的第一份Web Service事务协议带来的这个疑问引发了MSDN论坛上的热烈讨论。IDesign的Juval Löwy、Arnon Rotem-Gal-Oz以及其他人一起在回答这个问题的同时也交换了他们各自的观点。
Sun公司最新发布的Tango项目增加了对WS-AtomicTransaction和WS-Coordination的支持,这些新特性与.NET 3.0客户端具备互操作性。