社区对SpringSource的改变反应强烈，CEO Rod Johnson忙出来澄清

本周末，使用广泛的开源框架Spring背后的公司SpringSource发布了一个 新的维护方案：

...使用SpringSource Enterprise的客户，如果其订阅有效，将会收到持续三年的维护版本，从主要的新版本的GA版开始。这些客户会收到进行中的、快速的修复，同时还会收到通常的维护发布，用以修复bugs、改进安全及可用性，这会使SpringSource Enterprise成为最好的产品系统。
在Spring新的主版本发布后，我们就会在3个月内连续发布社区维护更新以解决开始时的稳定问题。随后的维护发布将会面向SpringSource Enterprise的客户。Bug修复将被放在开源开发的主干上，并且在下一个主要的社区版发布时可用...

以上表述引发了很多争论。Daniel Gredler推测到既然修复还会被打到公共的源上，那么开发者就可以从源代码中构建其自己的发布。SpringSource的Mark Brewer随后证实了该推测。基于这一点，InfoQ将该新策略总结为以下几点：

• Spring的源代码树依然会保持开放
• SpringSource将根据需要继续为主版本和关键版本创建官方发布。
• Enterprise的客户可以访问所有这些构建。
• 开源用户可以在主版本发布后的前三个月内访问这些构建。
• 社区可以进行构建，但他们得不到SpringSource的官方支持

接下来InfoQ向SpringSource的Rod Johnson咨询他对这个新的维护策略和我们的总结的看法：

现在随着越来越多的Spring版本应用于产品中，SpringSource（或者其他任何人）不可能再为所有这些发布提供免费、高质量的维护了。
我们提出的这个策略既满足了开源社区的需要（他们想访问最新的源代码），也满足了保守的企业用户的需要（他们需要对旧版本的Spring的支持，因为他们不能或者不想遵循典型的开源实践——升级到最新版本）。
该策略不会对深信开源的技术人员造成影响。他们依旧可以访问源代码，而这些源代码是SpringSource花钱开发的。它只会影响到那些不想与开源走的太近或者不想升级到最新版的人。对于那些不太能承担风险的组织，3年的维护期加上对源代码24x7的支持是促使其购买SpringSource Enterprise的重要因素。
在SpringSource内部，我们为自己对开源的贡献而感到骄傲和自豪。这超出了Spring的范畴：我们还是Tomcat、Apache HTTPD web服务器等很多其它项目的主要贡献者。我们拥有大量在企业级Java方向有才能的人，同时我们使其可以向开源作出贡献，而这一切在以前是不可想象的。

对最近Spring的声明感兴趣的读者可能还会对Peter Mularien关于Spring核心开发和提交者的分析感兴趣。

查看原文：Community Reacts to SpringSource Changes, CEO Rod Johnson Provides Clarification