社区对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

你可能感兴趣的:(社区对SpringSource的改变反应强烈,CEO Rod Johnson忙出来澄清)