WS-Context成为OASIS标准

没有人投反对票，OASIS WS-Context规范已经被批准成为OASIS标准。WS-CAF委员会一直将WS-Context放在WS-CAF规范集范畴下进行研究，WS-CAF规范集还包括WS-CoordinationFramework和WS-TransactionManagement两个规范。尽管WS-Context在它所定义的领域是唯一的，但它和后面两个规范还有IBM和微软支持的WS-TX委员会（创立于WS-CAF数年之后）研究的内容有重叠。因此，WS-CAF组不太可能再诞生其它标准了。

这几年里针对WS-Context的说法有很多，最近一次就在W3C关于Web服务的研讨会上它收到的好评占了绝大多数。总结起来，WS-Context定义了一个基础（可扩展的）上下文结构（Context Structure），这个结构可以被关联到一个抽象行为（Activity）上：活动的生命周期就是上下文环境的生命周期。接着这个行为可以用来为Session建模：所有在活动中与面向Session的服务相作用的内部交互，都唯一而明确地通过上下文与这个行为绑定。更重要的是，这个上下文环境（因此也是Session）不依赖于服务的端点引用（Endpoint Reference）：同一个服务可以并发地被多个客户端或者服务在不同的Session范围中处理。因此，Session的概念对于通讯通道和服务端点是松耦合的：Session可以用于与服务进行短期协作，乃至于在多个服务中共享。延迟绑定（Late Binding）也意味着协议可以利用WS-Context来支持与固定服务端点定义关联的短周期或长周期Session，就想适用于应用程序内部一样。

虽然看起来可能与WS-Addressing有重叠，但是二者之间的共荣多于竞争。可以帮它们的关系视为和传统Web中的URI和Cookie那样类似。如果能正确共同使用，在Web服务中实现松耦合且可扩展的有状态和无状态是可行的。如果不正确使用或者忽略的话，将会导致系统变得紧耦合并且很脆弱。WS-Context是否会在不断发展的Web服务体系结构产生重大影响还有待观望。IBM和微软没有参与的事实，毫无疑问将阻碍其发展和影响。