答案是 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 軟體基金會高度重視的東西——技術領導力、可靠的程式碼、錯誤修正和支援。