答案是 Apache 软件基金会 (ASF)，这是一个非营利性的、基于精英制度的组织，由个人（而非公司）组成，他们贡献代码、错误修复、用户问题解答、他们的时间和有时甚至是他们的资金，以确保他们交付的软件能够满足真实世界的需求，并且具有健壮性、安全性以及广泛的采用率。

ZDNet 的 Dana Blankenhorn 对 Dave Rosenberg 关于公司出售他们不拥有或不贡献的技术的支持的 回应 博客 启发我澄清一些关于 Apache 项目和“支持”它们的公司的事情。 SpringSource 通过其 收购 Covalent，是许多 Apache 项目的重要贡献者。我同意 Dave 的观点，即那些试图通过仅仅销售围绕这些技术的“支持”来将开源项目货币化，而不为软件做出贡献的供应商，只不过是寄生虫。这些公司不仅不对项目做出贡献，而且它们的缺乏参与导致劣质的支持，这损害了用户，并最终损害了项目的声誉和接受度。

在 Dana 的帖子中，他指出 SpringSource 是 Apache 项目的“第三方支持”提供商。 SpringSource（以及以前的 Covalent）直接或间接地对许多 Apache 项目做出了重大且持续的贡献。 还有其他开源供应商声称他们“拥有”或“运行”一个 Apache 项目。 我不会在这里犯同样的错误，因为这样的说法清楚地表明说话者并不真正理解 Apache 以及该组织的运作方式。 SpringSource 员工对 Apache 项目的贡献和领导作用显然不符合 Dana 的第三方支持提供商的定义，正如这里所证明的

• SpringSource/Covalent 几乎从一开始就聘用了 Apache HTTP 服务器和 Tomcat 项目的提交者 - 分别是 1998 年和 2001 年。
• 许多 Apache HTTP 服务器模块最初是 Covalent 开发的专有代码，并贡献给了 ASF。
• 在过去的两年中，SpringSource 员工在 Apache Tomcat 项目中贡献了超过 75% 的提交，并在 Apache HTTP 服务器项目中拥有最活跃的提交者，持续了四年。
• 作为 SpringSource 员工的 ASF 成员，积极参与领导和指导 孵化器项目。

SpringSource 的客户信任我们，因为我们长期以来对 Apache 项目以及基金会本身的重大参与。 我们也是 ASF 及其会议 ApacheCon 的长期赞助商，甚至在该会议上举办年度会员招待会，以表彰和感谢那些为这些项目做出巨大贡献的个人。

SpringSource 永远不会声称拥有或运行一个 Apache 项目，但我们将自豪地继续贡献 Apache 软件基金会高度重视的东西 - 技术领导力、可靠的代码、错误修复和支持。