Gemini Web 專案的第一個候選版本已經可以下載。 請參閱錯誤列表，了解自里程碑 4 以來所做的變更。 感謝 SAP 的 Violeta Georgieva 的持續貢獻。

該專案預定於 10 月 20 日進行 Eclipse 審查，以便其可以從孵化畢業並在 10 月底之前發布 1.1.0 版本。 依賴 Gemini Web 的 Virgo 專案也應同時畢業並發布其 2.1.0 版本。

SpringSource dm Server 2.0.3 可下載。 此版本旨在修復 Windows 上將根記錄等級配置為「debug」時的嚴重問題。 此錯誤已在 Virgo 中報告並修復，然後為現有客戶進行了回溯移植，因為 Virgo 尚未發布其基準版本（計劃於 2010 年第 4 季度發布）。

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

值得注意的變更 (Notable changes)

• 升級到 Tomcat 6.0.29（加上 SpringSource 模組）以關閉一些安全性漏洞
• 重新架構 Tomcat 套件組合以啟用叢集 - 請參閱錯誤 322983
• 各種測試和建置改進

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

變更 (Changes)

• 修復了錯誤 323609：在某些情況下，Windows 下存在嚴重的記錄效能問題
• Hristo Illiev 貢獻的 Equinox 3.6 升級準備中的 OSGi 擴展變更
• Olivier Girardot 貢獻了新的測試案例和測試覆蓋率改進
• 支援新的框架屬性 org.eclipse.virgo.suppress.heap.dumps 並在使用者指南中記錄它
• 刪除了未使用的 EquinoxConsoleManager
• 各種建置和測試改進

有關更多詳細資訊，請參閱錯誤列表。

Virgo 2.1.0.M02-incubator 可下載。 除了完成「入門指南」之外，此里程碑還顯著縮短了啟動時間 - 在某些系統上最多可縮短 5 倍。

這應該是鼓勵 dm Server 使用者遷移到 Virgo 的另一個動力：Virgo 是未來開發的程式碼庫，具有更寬鬆的授權，現在提供更快的啟動速度。

測量 (Measurements)

我們測量了 Virgo Web 伺服器的暖啟動（即沒有 -clean）所經過的時間，並將里程碑 M02 與 M01 進行了比較。

在一台四核心 Intel Xeon 2.66 GHz 機器上，啟動時間從 68 秒減少到 12 秒，縮短了...

Eclipse Gemini Web 的第一個里程碑 (1.1.0.M01) 現在可以下載，根據 Eclipse Public License 和 Apache License 2.0 雙重授權。

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

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

有關更多資訊，請參閱文件 和 wiki…

Eclipse Virgo 的第一個里程碑 (2.1.0.M01) 現在可根據 Eclipse Public License 下載。 它由一個應用程式伺服器（稱為 Virgo Web Server）和一個獨立核心組成。

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

SpringSource dm Server 2.0.1 今天已發布。

此版本修復了一些小錯誤和一個安全性問題。 管理控制台的 dojo 版本已從 1.3.2 升級到 1.3.3，以防止 開放式重新導向攻擊。

此版本還包含 OSGi Web 容器的最終參考實作。 OSGi Web 容器規範最近由 OSGi 聯盟作為 OSGi 4.2 Enterprise Specification 的一部分發布。

由於該專案正在作為 Virgo 捐贈給 Eclipse 基金會，因此不計劃再發布 dm Server 版本。 我們的目標是在適當時候發布 Virgo 的基準版本…

複製是 dm Server 2.0 中的一項功能，可將某些套件組合和程式庫複製到範圍內的應用程式中（即 PAR 或範圍內的計劃），如路線圖中所述。

dm Server 中對複製的支援在過去的幾個衝刺中穩步發展。 M1 中已到位了基本機制：可以觸發複製

• 手動透過在 import-library 或 import-bundle 上指定指令 sharing:=clone
• 當範圍內的應用程式由於 uses 限制違規而無法解析時自動進行。

從那時起，程式碼得到了一些清理，針對複製 Spring 框架的常見情況添加了主要的效能優化，添加了日誌訊息以指示已複製的套件組合，改進了追蹤，並修復了一些錯誤。

我們注意到，手動複製是一項相對安全的操作，因為它完全在使用者的控制之下。 但是，自動複製始終是推測性的。 它由 OSGi 解析器故障驅動，特別是 uses 限制的違規（如先前的部落格中所述）。 某些 uses 限制違規無法透過複製來避免，但在嘗試自動複製之前，我們無法判斷 uses 是否…

OSGi 聯盟已決定透過在公共註冊表中列出供應商特定的資訊清單標頭來容納它們。 目的是避免供應商之間以及供應商與 OSGi 自己的標頭之間發生衝突。

註冊表目前包含 OSGi 自己的標頭、由 SpringSource dm Server 引入的標頭，以及 bnd 工具使用的兩個標頭。