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

最初貢獻給 Gemini 的專案代表了我們在 OSGi 聯盟企業專家組中共同努力的成果。現在該小組的工作正在加速，我們希望有一個地方可以彙集我們對規範元件的集體參考實現，以便您更容易找到所有相關部分。此外，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 服務——這是一個大問題！關注 OSGi 世界發展的人都知道，自從我們近 4 年前啟動Spring Dynamic Modules 專案（當時稱為 Spring OSGi）以來，它已發展成為 OSGi 服務平臺上企業應用程式開發的非常流行的基礎。透過 OSGi 聯盟企業專家組，我們致力於建立一個基於 Spring Dynamic Modules 程式設計模型的標準，並作為 OSGi R4.2 概要規範的一部分發布為“Blueprint 服務”。Spring Dynamic Modules v2 是 Blueprint 服務規範的參考實現。我們仍在研究細節，但 Spring Dynamic Modules v2 程式碼庫將作為 Gemini Blueprint 服務專案移至 Eclipse.org，在那裡它將繼續與其他企業專案一起開發，並將跟蹤 Blueprint 規範在未來 OSGi 聯盟更新中的演變。

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

除了 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 釋出的常見問題解答，其中涵蓋了您可能遇到的一些最常見問題。