Gemini Web 專案的第一個釋出候選版現已可供下載。有關自里程碑4以來所做的更改，請參見bug列表。感謝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捆綁包以啟用叢集工作 - 參見bug 322983
• 各種測試和構建改進

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

更改

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

更多詳情請參見bug列表。

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

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

測量

我們測量了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容器的參考實現，然後將程式碼貢獻給Eclipse，作為Gemini的Web子專案。Gemini的目標是提供Java EE技術的模組化實現。Gemini Web提供servlet和JSP技術。

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

更多資訊請參見文件和wiki…

Eclipse Virgo 的第一個里程碑 (2.1.0.M01) 現已在Eclipse公共許可證下可供下載。它包含一個應用程式伺服器，稱為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企業規範的一部分發布。

dm Server沒有進一步的釋出計劃，因為該專案正在捐贈給Eclipse基金會，成為Virgo。我們的目標是在適當時候釋出Virgo的基線版本…

克隆是dm Server 2.0中的一個功能，它將某些捆綁包和庫複製到限定範圍的應用程式（即PAR或限定範圍的計劃）中，如路線圖中所述。

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

• 透過在import-library或import-bundle上指定指令sharing:=clone手動觸發
• 當限定範圍的應用程式因用途約束衝突而無法解析時自動觸發。

此後，程式碼經過了一些整理，針對Spring框架被克隆的常見情況添加了主要的效能最佳化，添加了日誌訊息以指示哪些捆綁包已被克隆，改進了跟蹤，並修復了一些錯誤。

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

OSGi聯盟已決定透過將供應商特定的清單頭列在公共登錄檔中來容納它們。目的是避免供應商之間以及供應商與OSGi自身頭之間的衝突。

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