本週，Gemini 專案提案在 Eclipse.org 上公佈。 Gemini 是 Eclipse RT（執行時）專案的一部分，該專案旨在“在 Equinox 框架和 OSGi 的基礎上，促進、推廣和容納 Eclipse 中的執行時工作”（Eclipse RT 使命宣言）。 Gemini 本身是一個總括專案，彙集了一系列為企業應用程式開發而設計的模組。 SpringSource 和 Oracle 是前兩家為該專案提供提交者的公司，並且其他幾家公司也表示有興趣加入。

最初貢獻給 Gemini 的專案代表了我們在 OSGi Alliance Enterprise Expert 小組中共同努力的成果。 既然該小組的工作正在加快步伐，我們希望有一個地方可以將規範元件的集體參考實現彙集在一起，以便您更容易找到所有相關部分。 此外，Gemini 還為您提供了一種透過參與專案來影響企業 OSGi 演變的方式。 SpringSource 將貢獻兩個初始專案

• Gemini Web 容器 - OSGi Web 容器 (RFC 66) 參考實現，目前位於 SpringSource git 儲存庫中。 Rob Harrop 在此部落格的之前一篇帖子中描述了 Web 容器 RI。 我們在 SpringSource dm Server 中使用 Web 容器，但它經過精心設計，可以作為獨立實體使用。 遷移到 Eclipse.org 上的獨立專案將使您更容易將基於標準的 Web 應用程式部署新增到您的 OSGi 服務平臺。
• Gemini Blueprint Service - 這非常重要！ 那些一直在關注 OSGi 世界發展的人會知道，自從我們大約 4 年前啟動 Spring Dynamic Modules 專案（當時稱為 Spring OSGi）以來，它已經發展成為 OSGi 服務平臺上企業應用程式開發非常流行的基礎。 透過 OSGi Alliance Enterprise Expert Group，我們致力於建立一個基於 Spring Dynamic Modules 程式設計模型的標準，並作為 OSGi R4.2 彙編規範中的“Blueprint Service”釋出。 Spring Dynamic Modules v2 是 Blueprint Service 規範的參考實現。 我們仍在研究細節，但 Spring Dynamic Modules v2 程式碼庫將作為 Gemini Blueprint Service 專案遷移到 Eclipse.org，它將在那裡與其他企業專案一起繼續開發，並將跟蹤未來 OSGi Alliance 更新中 Blueprint 規範的演變。

這兩個專案都將根據 EPL 和 Apache License 雙重許可。

除了 SpringSource 貢獻的兩個參考實現之外，Oracle 還將為企業專家組當前正在開發的以下 RFC 貢獻參考實現專案

• RFC 98 - 事務
• RFC 122 - 資料庫訪問
• RFC 139 - JMX 整合
• RFC 142 - JNDI 整合
• RFC 143 - JPA 整合
• RFC 146 - JCA 聯結器整合

這是一個聚集在一個地方的很多企業 OSGi 參考實現，當然也與 OSGi 服務平臺本身的參考實現 Equinox 位於同一位置。

Gemini 社群論壇現已可用，您將在其中找到 Mike Keith 釋出的 FAQ，其中涵蓋了您可能遇到的一些最常見問題。