Gemini Web 專案的第一個釋出候選版已可供下載。有關自里程碑 4 以來的變更，請參閱錯誤列表。感謝 SAP 的 Violeta Georgieva 持續的貢獻。

該專案定於 10 月 20 日進行 Eclipse 評審，以便能在 10 月底從孵化中畢業併發布 1.1.0 版本。依賴於 Gemini Web 的 Virgo 專案也應與 Gemini Web 同時畢業併發布其 2.1.0 版本。

SpringSource dm Server 2.0.3 已可供下載。此版本的目的是修復 Windows 上當根日誌級別配置為 "debug" 時出現的嚴重問題。此錯誤已在 Virgo 中報告並修復，然後為現有客戶進行了回移植，因為 Virgo 尚未釋出其基線版本（計劃在 2010 年第四季度釋出）。

Gemini Web 里程碑 4 (1.1.0.M04-incubation) 已可供下載。

顯著變更

• 升級到 Tomcat 6.0.29（及 SpringSource 修改），以修復一些安全漏洞
• 重構 Tomcat bundle 以啟用叢集功能 - 詳見bug 322983
• 各種測試和構建改進

Virgo 里程碑 2.1.0.M04-incubation 已可供下載。

變更

• Bug 323609 修復：在某些 Windows 場景下，嚴重的日誌效能問題
• OSGi 擴充套件變更，為 Equinox 3.6 升級做準備，由 Hristo Illiev 貢獻
• Olivier Girardot 貢獻了新的測試用例和測試覆蓋率改進
• 支援新的框架屬性 org.eclipse.virgo.suppress.heap.dumps 並在使用者指南中記錄
• 刪除未使用的 EquinoxConsoleManager
• 各種構建和測試改進

有關更多詳情，請參閱錯誤列表。

Virgo 2.1.0.M02-incubator 已可供下載。除了完成“入門指南”外，此里程碑顯著減少了啟動時間 - 在某些系統上甚至快了 5 倍。

這應該進一步激勵 dm Server 使用者遷移到 Virgo：Virgo 是未來開發的程式碼庫，擁有更寬鬆的許可，並且現在提供了更快的啟動速度。

測量

我們測量了 Virgo Web 伺服器暖啟動（即不帶 -clean 引數）的耗時，並將里程碑 M02 與 M01 進行了比較。

在一臺四核 Intel Xeon 2.66 GHz 機器上，啟動時間從 68 秒減少到 12 秒，減少了…

Eclipse Gemini Web 的第一個里程碑版本 (1.1.0.M01) 現已可供下載，採用Eclipse 公共許可和Apache 許可 2.0 雙重許可。

SpringSource 開發了 OSGi Web Container 的參考實現，然後將程式碼貢獻給了 Eclipse，作為 Gemini 的 Web 子專案。Gemini 的目標是提供 Java EE 技術的模組化實現。Gemini Web 提供了 servlet 和 JSP 技術。

Gemini Web 在 Equinox OSGi 框架上執行並嵌入了 Tomcat。它也被整合到 Eclipse Virgo Web 伺服器中。

更多資訊請參閱文件和維基…

Eclipse Virgo 的第一個里程碑版本 (2.1.0.M01) 現已在Eclipse 公共許可下可供下載。它包含一個應用伺服器（稱為 Virgo Web Server）和一個獨立核心。

此里程碑的目標是讓 dm Server 2.0.x 使用者能夠相對無痛地遷移到 Virgo 並獲得同樣穩定的環境。SpringSource 為 Virgo 提供商業支援，我們鼓勵所有 dm Server 使用者遷移到 Virgo。與使用者的主要溝通渠道現在是 Virgo 論壇。此外還有一個Virgo 開發者郵件列表和一個每週的Virgo 社群電話會議…

SpringSource dm Server 2.0.1 於今日釋出。

此版本修復了一些小錯誤和一個安全問題。Admin Console 中的 dojo 版本從 1.3.2 升級到 1.3.3，以防止開放重定向攻擊。

此版本還包含了 OSGi Web Container 的最終參考實現。OSGi Web Container 規範最近由 OSGi Alliance 作為OSGi 4.2 企業規範的一部分發布。

dm Server 不再計劃釋出後續版本，因為該專案正作為 Virgo 捐贈給 Eclipse Foundation。我們的目標是在適當時候釋出 Virgo 的基線版本…

克隆是 dm Server 2.0 中的一項功能，它將某些 bundle 和庫複製到範圍應用（即 PAR 或範圍計劃）中，如路線圖中所述。

在過去幾個 sprint 中，dm Server 中對克隆的支援穩步發展。基本機制已在 M1 中就緒：克隆可以透過以下方式觸發：

• 手動指定 import-library 或 import-bundle 上的指令 sharing:=clone
• 當範圍應用由於 uses 約束衝突而無法解析時自動觸發。

自那時起，程式碼得到了一定的整理，為 Spring 框架被克隆的常見情況添加了主要的效能最佳化，添加了日誌訊息以指示哪些 bundle 已被克隆，改進了跟蹤功能，並修復了一些錯誤。

我們注意到，手動克隆是一項相對安全的操作，因為它完全由使用者控制。然而，自動克隆總是推測性的。它是由 OSGi 解析器失敗驅動的，特別是 uses 約束的違反（如早期部落格中所述）。有些 uses 約束衝突無法透過克隆來避免，但在嘗試自動克隆並 uses… 之前我們無法判斷。

OSGi 聯盟決定透過在公共登錄檔中列出供應商特定的 manifest header 來適應它們。目的是避免供應商之間以及供應商與 OSGi 自身 header 之間的衝突。

該登錄檔目前包含 OSGi 自己的 header、SpringSource dm Server 引入的 header，以及 bnd 工具使用的兩個 header。