【IT168技术资讯】刚刚在微软总部举行的互操作性活动（一个“互连测试大会（plugfest）”）上，即将发布的Sun Metro Web Services和.NET 3.5中的WCF间的互操作性令人印象深刻。InfoQ有幸就这个互操作性结果对Harold——Sun的企业Web服务互操作性工程负责人——进行了访谈。

当被问到这个结果与Java和.NET开发者的关联性时，Harold Carr强调了互操作性的角色：

Web服务的问题域是线上互操作性，而非实现它们的平台。因此，开发者——无论他是使用.NET还是Java——都期望他们的服务可以互用。如果平台开发者只需确保WS-I basic profiles的互操作性，那么问题相对简单一些。但当加入WS-Policy、WS-Security、WS-Trust、WS-SecureConversation、WS-ReliableMessaging等等之后，对于平台实现者的障碍就大大提高了。这个结果给当前的互用操作开发阶段带来了透明性，这让那些计划使用Metro和.NET 3.5 （提示：Metro 1.0已经可以和.NET 3.0互操作） 的人有足够的信心相信：我们将提供一个互操作性平台 （而不是一个只能通过自我测试的平台）。

谈到WS-*标准成熟度的问题时，他指出：

有两个方面需要考虑：我们测试互操作性的场景和基于这些规范的服务部署。互操作性场景是很有用的，但是显然不完备（尤其在可靠消息传递方面）。真实部署所用的组合可能从未被测试（要么通过在互连测试大会（plugfest）中被测试的互操作性场景，要么通过我们更广泛的内部测试）。另外，.NET 3.0和Metro 1.0 （两个正式发布的产品）都是以所提交的WS-*规范（WS-Security除外，它是标准）版本为基础的。.NET 3.5 （已发布）也是以标准版本为基础的。Metro 1.x （稍后将在2008年发布，译注：Metro 1.1已经发布）也将以标准版本为基础。以上喋喋不休的话语是为了说明：在以厂商提供的产品为基础的许多部署中，标准规范并没有被使用。

依照Harold的说法，测试工作中最困难的方面是安全性，尤其是使用Kerberos（Windows 2000的核心安全协议），以及包含信任：

很多方面的原因造成了安全性需要经受大量的测试。并且，如果你对一个场景表示信任，那么你就有了一个三方测试（3-way test）：客户端、STS（Security Token Service，安全令牌服务）、服务——这样，你就有更多的组合要测试。

您可以从Harold的博客了解这个互操作性结果，也可以从Sun的Metro网站了解更多内容。