BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

WS-Context成为OASIS标准

| 作者 Mark Little 关注 14 他的粉丝 ,译者 Jerom Wang 关注 0 他的粉丝 发布于 2007年4月13日. 估计阅读时间: 2 分钟 | ArchSummit北京2018 共同探讨机器学习、信息安全、微服务治理的关键点

没有人投反对票,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和微软没有参与的事实,毫无疑问将阻碍其发展和影响。

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT