产品战略专家梁宁确认出席AICon北京站,分享AI时代下的商业逻辑与产品需求 了解详情
写点什么

W3C 启动 WS 资源访问(WS-RA)

  • 2008-11-18
  • 本文字数:1368 字

    阅读完需:约 4 分钟

追溯 2006 年,几个规范被提交给了W3C ,其中包括 WS-Eventing WS-Transfer ,但却一直未能成为标准。其间出现了好几个对这些规范的实现,但却没有明显的迹象表明要将其标准化。当然这并不会阻止其他人推进与之竞争的标准,比如 WS-Notification 。随着 Web 服务当中相互竞争的标准之间关系越来越紧密(例如,可靠消息传输 以及 事务),有些事情似乎将不可避免的发生。当前W3C 宣布了成立了 Web 服务资源访问工作组。如其章程所说:

作为 Web 服务活动的一部分, Web 服务资源访问工作组任务就是通过对 WS-Transfer WS-ResourceTransfer WS-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-Transfer WS-ResourceTransfer 以及 WS-Enumeration 时,这一元数据的访问和管理与其它的 Web 服务资源没有区别。

当然无法保证这一工作能够一帆风顺。来自 Oracle 的 William Vambenepe 指出

对这一工作最明显的潜在阻拦就在于其令人置疑的重复的基于 SOAP 架构方式,这本可以通过简单的 HTTP 来达到。

他还提到了另几个人们可能对这一工作产生的疑问,并总结到:

因此我对于 WS-RAWG 的疑问不在于基础性的架构问题,也不在于 WS-RT 现有版本的缺憾之处。它们是可以被修补的并且当前的替补规范也并非什么选美冠军。相反,我的疑虑更多的是在于其对互操作性的影响。

William服务于HP 时曾参与过WS-ResourceTransfer 的工作。如他所述,当时HP,IBM,Microsoft 等等多方都曾参与到统一WS-Management 和WSDM/WSRF 规范簇的计划中来(可别忘了 WS-RF 自诞生之日就争议不断)。但据 William 的说法,其最后的通告意味着……

[……] 四家公司中的三家作出了放弃,也不再有什么意见的交汇了。这一工作不但没减少开发者不得不面对的冲突选项的数量 (这种选择的结果常常是 “我两个都不会选[因为]毫无共识可言,我将按我的方式来做”),相反还将其增加了。另一候选,WS-Management 并不会就此消失,同时 W3C WS-RT 很有可能与其越来越背道而弛。

显然这一新的标准工作还处在非常早期的阶段,但缺乏对互操作性强调的做法会对最终产生的标准的采纳带来巨大的连锁反应吗?

查看英文原文: WS-Resource Access Activity Begun At W3C

2008-11-18 02:53748
用户头像

发布了 133 篇内容, 共 37.0 次阅读, 收获喜欢 1 次。

关注

评论

发布
暂无评论
发现更多内容

美团可能会强势涉足 ToB

罗小布

创业 互联网巨头 深度思考 互联网

ARTS - Week Two

shepherd

js algorithm

ARTS 第二周打卡

陈文昕

从 0 到 1 搭建技术中台之发布系统实践:集泳道、灰度、四端和多区域于一体的设计与权衡

伴鱼技术团队

架构 系统设计 系统架构 系统性思考 架构设计

线程池续:你必须要知道的线程池submit()实现原理之FutureTask!

一枝花算不算浪漫

源码分析 并发编程

开源分布式文件系统大检阅

焱融科技

开源 sds 存储 焱融科技 文件存储

patroni 通过服务启动报错

hobson

数据库 高可用 AntDB

一个人,沿着童年的路究竟可以走多远?

zhoo299

童年 NASA 航天

我为什么开始技术写作?

架构精进之路

技术创作

你不知道的SSD那些事

焱融科技

分布式 存储 SSD nvme

【Java 25周年有奖征文获奖名单公布!!!】关于Java,你最想赞扬、吐槽、期待的变化是什么?

InfoQ写作社区官方

写作平台 Java25周年 热门活动

MySQL的各种日志

超超不会飞

MySQL

程序员修炼的务实哲学

博文视点Broadview

程序员 软件 编程思维 工程师 编程之路

我的 Windows 利器

玄兴梦影

工具 Win

知识也会生宝宝?

史方远

个人成长 随笔杂谈

Vue生态篇(一)

shirley

Java Vue

每个人都是领导者的工程团队

hongfei

工程能力 项目实践

# LeetCode 215. Kth Largest Element in an Array

liu_liu

算法 LeetCode

情绪的力量:如何使用情绪来达成目标

董一凡

情绪

原创 | 使用JUnit、AssertJ和Mockito编写单元测试和实践TDD (十三)编写测试-生命周期方法

编程道与术

Java 编程 TDD 单元测试 JUnit

Redis持久化了解一波!

不才陈某

redis 程序员 后端

Go语言分布式系统配置治理

田晓亮

微服务

数据产品经理实战-数据门户搭建(上)

第519区

数据中台 开发数据

# LeetCode 863. All Nodes Distance K in Binary Tree

liu_liu

算法 LeetCode

奈学:传授“带权重的负载均衡实现算法”独家设计思路

奈学教育

分布式

杂谈-JSONP探索

卡尔

Java jsonp

互联网时代的界限管理

非著名程序员

程序员 职场 提升认知 界限管理

我常用的浏览器插件

彭宏豪95

chrome 效率工具 浏览器 插件

Vue生态篇(二)

shirley

Vue

Python 自动化办公之"你还在手动操作“文件”或“文件夹”吗?"

JackTian

Python 自动化

这是一个测试文档

Geek_073cad

W3C启动WS资源访问(WS-RA)_SOA_Mark Little_InfoQ精选文章