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

  • Scott Delap
  • 张龙

2008 年 10 月 8 日

话题:JavaWeb框架语言 & 开发

本周末,使用广泛的开源框架 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

JavaWeb框架语言 & 开发