教年轻 AIoT 创业者如何从 0 到 1 实现AIoT 创业项目 了解详情
写点什么

Web 服务测试论坛成立

  • 2008-12-21
  • 本文字数:1744 字

    阅读完需:约 6 分钟

互操作性一直是厂商出于 Web 服务标准的需要而推动的一个关键性因素。这些厂商甚至还专门为此成立了一个组织过去几年间,像OASIS 和W3C 这样的Web 服务标准团体在宣布某项草案成为标准之前,甚至都鼓励(要求) 示范异构厂商实现之间的互操作性。问题是,实现在这些互操作测试完成之后会变更,而且继续测试互操作性的方法往往有限(并且是非正式的)。但在最近几个星期,出现了两个新项目,它们都试图对此有所作为。第一个是 Apache Stonehenge 项目

项目主旨是使用由 W3C 和 OASIS 当前定义的标准协议来开发一系列的示例应用,以示范跨多个底层平台技术的无缝互操作性。

另一个则是 Web 服务测试论坛(WSTF)

WS 测试论坛组织旨在提供一个 Web 服务社区成员可以在其中开发互操作性场景以及根据其他 Web 服务实现测试这些场景的环境。它还提供了一个社区可在开发 Web 服务实现时使用的公共回归测试平台。

Paul Krill 所报道的

消费者和厂商可以根据实现来动态测试应用以确保互操作性。测试是为了有助于交付质量更好的产品和开放的标准规范,以简化集成和提高互操作性。

一个 WS-I、OASIS 和 W3C 目前明显不具备的好处是成员能在一个中心位置发布他们的互操作性端点。这些端点一般存在于互操作性活动期间,之后就消失了。但是一个显而易见的问题是:它与 WS-I 有何联系?(且不说它和 Stonehenge 有明显重叠。)据 IBM 的 Karla Norsworthy 所说:

我们认为 WS-I 对于定义某些场景和关注那些针对基本场景的互操作性工作已经做得相当好了。[WSTF] 则是某种进化。

成员们强调,对于 WSTF,用户参与的程度更深且手段更灵活,使用一种轻量级的方法来定义要测试什么和由谁测试。但他们也指出 WSTF 绝非 WS-I 的竞争者,并且其参与成员也表示他们将一如既往地通过 WS-I 来推动互操作性。来自 IBM 的 Doug Davis 在其文中这样写道……

只是提供一个人们提问和讨论的论坛对于解决互操作性问题并没有太大帮助。论坛需要有一个关注点和目的,而这正是 WSTF 的“以消 费者为中心的场景(customer-focused scenarios)”所提供的价值。与以前互操作性努力所不同的是,WSTF 是为验证和检验消费者将实际使用的场景和模式而量身定做的。那些 Web 服务 规范的作者总是含蓄地声称他们已经这样做了,但是只要检查一下各大标准中著作活动参与明细表就能清楚地发现缺乏消费者的介入。这不可避免地大大延长了(并 且有时是点燃了)对规范是非和支持的讨论。对场景内容本身的看法完全不同也很常见。假使在这场讨论中有消费者直接参与,那将大大消减这种紧张程度和缩短这 漫长的过程。

微软和 Sun 的缺席值得引起注意,两家公司都选择目前不参与论坛,并表示他们的互操作性工作将继续由参与 WS-I 来驱动。鉴于微软代表了针对大量基于 Web 服务集成需求的 Web 服务市场的大部分,此举将大大限制 WSTF 的能力。一个有趣的细节是,微软似乎对于周旋于 Stonehenge 和 WS-I 并不介意,因此大概离他们参与 WSTF 的日子不远了,诚如微软的 Mike Champion 所说:

我们更普遍地认为 Stonehenge 有助于连接在标准 Web 服务基础设施(目前是由多个关键平台实现的)和新一代的面向服务应用(它们建立于这些基础设施之上)之间的“最后一英里”。像 WS-I 和我们在“Plugfest”中所完成的这类现有 WS-* 互操作性工作将继续巩固平台级的互操作性。以 Apache Stonehenge 为代表的新事物将吸引更广泛的社区用户来开发过硬的标准化和平台互操作性工作,而无需像过去一样在大量烦人细节中折腾。

这听起来和 WSTF 的目标类似。在其文章结尾总结部分,Doug Davis 明确地指出 WSTF 并不只限于基于 SOAP 的 Web 服务:

[……]WSTF 实际上并不只限于基于 SOAP 的 Web 服务测试。没有什么能阻止 WSTF 去将其测试扩展到其他 Web 服务的测试。例如,WSTF 将允许并且鼓励测试 SOAP/Web 服务的领域特定用法。REST/Web 服务的测试也将被允许并且可能在不久的将来就发生。WSTF 测试的并非仅仅是基于 SOAP 的互操作性,而是 Web 服务的互操作性,并且社区自己的做法也将与时俱进。

以 Web 服务标准和成败完全依赖它们互操作性的实现为基础,WSTF 的成立对消费者来说无疑是件好事,但其前提是所有厂商都同意遵守它,或是消费者选定某个厂商,将他们必须满足的检查表给它。

查看英文原文 Web Services Test Forum Announced

活动推荐:

2023年9月3-5日,「QCon全球软件开发大会·北京站」 将在北京•富力万丽酒店举办。此次大会以「启航·AIGC软件工程变革」为主题,策划了大前端融合提效、大模型应用落地、面向 AI 的存储、AIGC 浪潮下的研发效能提升、LLMOps、异构算力、微服务架构治理、业务安全技术、构建未来软件的编程语言、FinOps 等近30个精彩专题。咨询购票可联系票务经理 18514549229(微信同手机号)。

2008-12-21 20:59852
用户头像

发布了 255 篇内容, 共 53.0 次阅读, 收获喜欢 9 次。

关注

评论

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

一个爱不释手的Apifox,让我扔掉 Postman的想法

给你买橘子

Java 编程 程序员 开发 Postman

《精益思想》读后感分享

zhongzhq

高效工作 精益 精益思想 精益生产方式

DOM 树的构建

法正

html 大前端 DOM

如何基于 BitMap 进行海量数据分析

GrowingIO技术专栏

互联网 数据分析 科技互联网 数据化

RESTful 架构及实践

pingan8787

Java 大前端 RESTf

分布式系统的一些基础理论

俊俊哥

分布式事务 CAP Base

创业使人成长系列 (2)- 散伙协议

石云升

创业 股权 合伙人 散伙协议

图解:深度优先搜索与广度优先搜索

淡蓝色

Java 数据结构 算法

刘华:上云还是不上云,这是一个问题

刘华Kenneth

架构 敏捷

如果你想写自己的Benchmark框架

程序那些事

JVM 性能调优 GC benchmark

图说前端-ArrayBuffers 和 SharedArrayBuffers(2/3)

梦见君笑

大前端 内存管理

java 后端博客系统文章系统——No3

猿灯塔

猿灯塔:spring Boot Starter开发及源码刨析(三)

猿灯塔

Java 猿灯塔

架构师必须知道的架构知识

Chank

架构 架构师 Architecture Architect

图说前端-使用Atomics避免SharedArrayBuffers中的race conditions(3/3)

梦见君笑

大前端 内存管理

Java 线程的生老病死

武培轩

Java 线程 多线程 并发 线程状态

计算机操作系统基础(十七)---进程同步之Unix域套接字

书旅

php laravel 线程 操作系统 进程

无价值人生记录.0:浪费1000%时间去做一个用来节省1%时间的“轮子玩具”(上:因缘)

八苦-瞿昙

C# 程序员 随笔 随笔杂谈 aop

玩转Redis高可用 - 哨兵(Sentinel)模式

Man

高可用 redis高可用 中间件

redis系列之——Redis为什么这么快?

诸葛小猿

Java redis 程序员

那些让程序员目瞪口呆的Bug

Java小咖秀

程序员 bug

使用 Dockerfile 创建镜像 | Docker 系列

AlwaysBeta

Docker 容器 镜像 Dockerfile

基于Kubernetes实现的大数据采集与存储实践总结

岿然独存5

Docker Kubernetes S3 EFK Fluentd

ARTS 打卡 第2周

Scotty

redis里的数据结构

流沙

redis

Git 常用操作汇总-cheat sheet

多选参数

git GitHub gitlab gitee

如何搭建一个HBase集群

Rayjun

HBase

图说前端-内存管理(1/3)

梦见君笑

大前端 内存

给 Spring Boot 项目减减肥!18.18M 到 0.18M 是如何做到的?

给你买橘子

Java 程序员 Spring Cloud 编码 SpringBoot 2

游戏夜读 | 如何分析游戏体验?

game1night

啃碎并发(九):内存模型之基础概述

猿灯塔

Java 猿灯塔

  • 扫码添加小助手
    领取最新资料包
Web服务测试论坛成立_SOA_Mark Little_InfoQ精选文章