答案是 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 软件基金会高度重视的——技术领导力、可靠代码、错误修复和支持。