观点
:Web Services互操作组织(WS-I)
刚刚宣布他们已经完成其使命,所有未来的工作都将移交给OASIS
。正如他们在最近的新闻稿中声明的:
由WS-I成员批准通过的有关Basic Profile(BP)规范1.2和2.0,以及Reliable Secure
Profile(RSP)规范1.0的最终文档的发布,达到了WS-I作为一个组织的最终里程碑。这最后三个profiles的发布,标志着WS-I完成
了其历史使命。WS-I资产的管理、运营及使命将转交给OASIS(结构化信息标准促进组织),一个由技术厂商和用户组成的致力于开发和使用公开规范的组
织。
由一个标准组织发出的这类声明在此时比在其他任何时候都要有可能被全票通过。尽管如此,随着REST的崛起
,一系列针对SOA的非Web服务方法的出现
以及事实上大部分的WS-*标准都没有被WS-I覆盖
,这是否反应了Web Services自开始使用这10多年以来,发现自己处在了一个全新的位置上?既然过去几年来一直存在着对于各种WS-*工作组中有关互操作性
的诸多关注
,那么这一情况或许是必然的?又或者那种跨各种SOAP实现的交互已成为过去式?
WS-I迄今的一些成果,诸如基本概要(Basic Profile)
,在Web Services领域
中的使用
一直是质疑声一片
,目前看来这点已成事实;而这些质疑有很多都要追溯到几年前,当时并没有行动将WS-*系列标准推向规范,比如WS-Atomic Transaction,WS-BPEL等。 所以当OASIS的Laurent Liscia
讲到 ......
“WS-I对Web services互操作性所作出的重要贡献将会在未来的IT业中继续扮演重要的角色,尤其是考虑到云计算,这方面对信息安全并可靠访问的要求是必不可少的。随着WS-I完成对OASIS交接,我们不仅期望能捍卫他们的成果,而且会完善他们的任务。”
......
还有什么需要去完善的,或者是否WS-*社区,也就是WS-I,已作出决断说这已经足够好了,并且大部分的异构交互将会通过其他技术完成,比如REST?
当然只有时间会告诉我们一切,但是不争的事实是:互操作性是极其重要的需求,而想达到这点并非一日之功。无疑地,近期一些活动,比如,有关SOA Manifesto
的,强调了互操作性以及无需SOAP的SOA。正如Stefan Tilkov所说的
:
SOA关注于从一开始就构建那些为互操作性而设计的服务,而非在事实发生后通过使用集成产品、数据转换工具以及粘合器进行系统集
成。集成不是例外,而是惯例或常态---或者描述上有所区别,内在的互操作性意味着集成(意为“使得不同的系统能够相互操作”)不再成为必需的。我个人把
REST和HTTP看作是最有可能的实现此说的方法,你可能觉得这是意料之中的…但是出于某种原因,我并不觉得我有机会使让大家都认同我的观点 :-)
所以问题依旧:互操作性真的通过WS-I组织由WS-*系列规范所实现,并通过由今天所开发出来的规范和标准得以改善了吗?还是真正的互操作性的挑战转移到别处,仍然有待解决?
查看英文原文:
WS-I closes its doors. What does this mean for WS-*?
原文:http://www.infoq.com/cn/news/2010/11/wsi-closes
分享到:
相关推荐
【压缩包子文件的文件名称列表】仅有一个条目:ws-commons-util-1.0.2.jar,意味着这个ZIP压缩包中只包含了一个文件,即ws-commons-util库的1.0.2版本的实现。 详细知识点: 1. **Java Archive (JAR) 文件**:JAR...
3. **wsit-rt.jar**(或类似的名称,具体取决于实现):这是Java Web服务互操作性技术(JSR 311/339 JAX-WS)的一部分,用于运行时支持Web服务,包括WS-Security的相关实现。 接下来,我们讨论核心的“wss4j”库,...
### WS-Federation 1.1 标准规范详解 #### 一、概述 WS-Federation 是一项用于在 Web 服务间实现身份联合的标准规范。它为 Web 服务提供了一种安全且灵活的方式来验证用户的身份,并在不同的应用或组织之间共享...
### Web Services Dynamic Discovery (WS-Discovery) #### 概述 WS-Discovery 是一项用于自动发现 Web 服务的技术标准,该标准定义了一套消息格式及处理流程,使得客户端能够动态地发现提供特定服务的网络节点。这...
【描述】"ws-security ws-security ws-security" 的重复可能是强调该库的核心功能,即多次提及ws-security,意味着这个jar文件包含了实现WS-Security规范的类和方法。这可能是一个用于处理数字签名、加密、身份验证...
ws-ttylinux-i686-12.6.iso-part2
### 了解 Web 服务规范_第 6 部分:WS-I 证书 #### 关键知识点概述 本文档旨在帮助读者深入理解Web服务互操作性的核心概念,并着重讲解WS-I(Web Services Interoperability)的基本原则及其在构建可互操作的Web...
这就是WS-I出现的原因,它提供了一套指导原则和测试工具,以确保Web服务实现遵循最佳实践。 WS-I证书,也称为WS-I一致性测试,是验证Web服务实现是否符合WS-I基本配置文件(Basic Profile)的一种方式。这些配置...
本文将深入探讨如何使用CXF框架结合ws-security标准来实现对Java客户端调用Web服务的安全接口。CXF是一个开源的服务框架,它允许开发人员创建和消费各种Web服务,而ws-security(Web Services Security)则是用于...
这个压缩包的文件名称列表只有一项:"ws-core-4.0.5",这可能意味着压缩包内部包含了 ws-core-4.0.5 版本的所有可执行文件、库文件、配置文件以及相关的文档。通常,解压后会有一个结构化的目录,包括以下部分: 1....
### WS-SecurityPolicy 规范 2005 V1.1 #### 一、概述 WS-SecurityPolicy(Web Services Security Policy)是一项由IBM、Microsoft、RSA Security及VeriSign共同开发的安全策略规范,旨在为Web服务提供一种标准化...
而`wss4j`(Web Services Security for Java)是Apache软件基金会开发的一个开源项目,它是对`ws-security`概念的具体实现。`wss4j`提供了丰富的API,用于在SOAP消息上执行各种WS-Security操作,包括但不限于: 1. ...
### WS-BPEL:ESB开发协议详解 #### 一、引言 WS-BPEL(Web Services Business Process Execution Language)是一种用于定义业务流程的标准语言,尤其适用于基于Web服务的应用集成场景。它允许开发者通过组合现有...
ws-commons-util-1.0.2.jar 相关jar包
ws-commons-java5-1.0.1.jar
FPC0.5 2H-WS-4P FPC0.5 2H-WS-5P FPC0.5 2H-WS-6P FPC0.5 2H-WS-7P FPC0.5 2H-WS-8P FPC0.5 2H-WS-9P FPC0.5 2H-WS-10P FPC0.5 2H-WS-11p FPC0.5 2H-WS-12P FPC0.5 2H-WS-13P FPC0.5 2H-WS-14P FPC0.5 2H-WS-15P ...
赠送jar包:cxf-rt-ws-addr-3.0.1.jar; 赠送原API文档:cxf-rt-ws-addr-3.0.1-javadoc.jar; 赠送源代码:cxf-rt-ws-addr-3.0.1-sources.jar; 赠送Maven依赖信息文件:cxf-rt-ws-addr-3.0.1.pom; 包含翻译后的API...
jakarta.xml.ws-api-2.3.3
1. **XML Signature**: WS-Security利用XML Signature对消息进行数字签名,确保数据的完整性和来源的可靠性。签名可以防止消息被篡改,并能验证消息发送者的身份。 2. **XML Encryption**: 这个特性用于加密消息...