剖析短迭代
敏捷教练Dave Nicolette提出：我们应该如何设定迭代长度？是要根据发布周期的时间么？使用短迭代又有哪些好处？
新闻
Sun Metro和.NET WCF的互操作性
作者 Stefan Tilkov译者 王志雄 发布于 2008年3月30日 下午11时51分
刚刚在微软总部举行的互操作性活动（一个“互连测试大会（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网站了解更多内容。
查看英文原文：Sun Metro and .NET WCF Interoperability译者简介：王志雄，长期从事软件开发工作，项目集中在EAM和设备点检管理领域。2004年转入JAVA领域，曾经在项目中使用过Hibernate、Struts、Spring 等。关心软件技术和相关工具的动态，将其中成熟的技术和工具应用到实际的项目之中。关心开源软件的发展动态以及软件过程和敏捷开发的实践探索。
.gif)
没有回复
回复