从卓越工程角度看微软中国开发团队的成长
开发团队的成长离不开优秀的人才,简捷有效的流程和高效率工具这三个卓越工程系统中的重要因素。本文作者从这三个因素分析了微软中国开发团队是如何“从优秀到卓越”的。
作者 Hartmut Wilms译者 胡键 发布于 2007年7月3日 上午4时52分
2007年6月27日,WSDL 2.0最终被批准成为万维网联盟(W3C)官方推荐。Web服务描述工作组已在这些标准上工作超过了6年。该推荐预定于2006年12月31日到期,但是后来又得以延期至今年的6月30号。
关于WSDL 2.0是WSDL 1.1(目前事实上的标准)期待已久的后续改进,还是根本就没有关联,已有太多的争论。就这一问题,Mark Little已在InfoQ上发表了一篇内容广泛的新闻。WSDL从1.1到2.0主要的变化:
文章“WSDL 2.0:务实分析和互操作框架”给出了最新的变化概览,并讨论了WSDL 1.1与2.0之间互操作性问题:
采用WSDL 2.0将导致与已有WSDL 1.1实现的互操作性问题。大多数Web服务实现在生产者和消费者两端都是基于WSDL 1.1的。采用新标准会引起两种互操作性问题。第一,通过WSDL 2.0规范暴露已托管服务的相关问题;第二,客户端使用基于WSDL 2.0规范消费服务的相关问题。
Eran Chinthaka(Apache Axis2项目的先驱成员),在他的文章“使用Web服务赋予REST能力,部分1:WSDL 2.0中的REST和Web服务”中,检验了WSDL 2.0对于POX/REST风格服务的支持:
WSDL 2.0 HTTP绑定的动机是允许服务拥有SOAP和HTTP两种绑定。服务实现解决应用数据(它们经常被描述成为XML元素)的处理,服务并不知道那些数据进到了SOAP信封、HTTP GET、还是HTTP POST里。WSDL 2.0 HTTP绑定允许你将服务暴露为一个可被HTTP方法调用的资源。同时,你需要明白HTTP绑定并不能使你实现全部REST风格的系统。这经常被许多人争论,并且它完全依赖于你对REST可以交付的东西有多相信。
尽管文章的标题预示了WSDL 2.0对REST的支持,但是至少从摘要中显示作者所在意的WSDL 2.0支持是POX over HTTP,而非REST。关键点是WSDL是以单一URI为中心的,提供任意数目操作的是服务。而REST恰恰是反其道而行之。
WSDL 2.0可能提供一些有趣的变化。然而看看SOAP的历史,在不久的将来,WSDL 2.0成为主流的可能性不高。SOAP 1.1提交后的3年,即2003年6月,SOAP 1.2就已经达到推荐状态,但是仍然未被广泛使用,有时甚至不支持。此外,只有很少产品仅仅实现了WSDL 2.0,Apache Axis2是其中之一。根据以往的经验判断,WSDL 2.0还要很长的路要走。你认为呢?
查看英文原文:WSDL 2.0 approved as an official W3C Recommendation
开发团队的成长离不开优秀的人才,简捷有效的流程和高效率工具这三个卓越工程系统中的重要因素。本文作者从这三个因素分析了微软中国开发团队是如何“从优秀到卓越”的。
本文是Productive Java with Ruby系列文章的第一篇,我将从单元测试这个话题开始,让Java的开发人员能够在实际工作中利用Ruby提高工作效率。
InfoQ中文站有幸与阿里软件的首席架构师赵进在一起探讨了SaaS的相关话题,包括SOA和ASP与SaaS的异同、云计算、SaaS的前景、它的关键技术、技术瓶颈等等。
在这篇文章中,Adrien Louis和Marc Dutoo在一个典型的ESB场景中讨论了编配和路由的区别和优缺点。他们讨论了几种连接服务的方法,从使用如自定义路由这样的低级别方法,到使用如工作流和编配这样面向业务的高级别方式,并总结说不存在“一边倒”的解决方案。
本文是根据7月26日InfoQ中文站在杭州举行的QClub活动(第三期)后半程小组讨论总结而成。主要内容包括如何在SOA系统中实现服务编排,如何保证分布式系统中的一致性和可用性,以及如何在实施SOA的过程中控制接口的粒度等。
人们很容易想当然的以为虚拟化技术仅仅应用于服务器。而在现实中,虚拟化这一苏醒的概念正被运用于各个层面,其中包括网络,存储以及应用基础架构。在这篇导论中,InfoQ将深入每个方面,详尽向您描述虚拟化技术的运用以及其优点与不足。
在这篇案例研究中,InfoQ对Adobe AIR和Amazon的简单存储服务(Simple Storage Service ,S3)在NASDAQ市场回放程序(NASDAQ Market Replay)中的应用进行了详细的分析。
没有回复
回复