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

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

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

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

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

我們很高興地宣布，Spring Security 3.0 的第一個里程碑現在可以下載了。 該版本也可以透過 Maven 里程碑儲存庫取得，網址為http://maven.springframework.org/milestone. 與 Spring 3.0 一樣，這是第一個需要最低 JDK 1.5 才能運行的版本，並且還需要 Spring 3.0，因此如果您還沒有使用 Spring 3.0.0.M3 版本，則應該取得它。 那麼，此版本中有哪些新功能和變更？

基於表達式的存取控制

  <http use-expressions="true">
     <intercept-url pattern="/secure/**" access="hasRole('ROLE_SUPERVISOR') and hasIpAddress…

正如 the Register 和 幾個 部落客 指出的， Red Hat 最近宣布了一項防禦性舉措，其動機是試圖趕上 SpringSource。 顯然，SpringSource tc Server 和 dm Server 的勢頭，以及 Spring Framework 作為企業 Java 事實上的標準組件模型的不斷進步，使 Red Hat 感到擔憂。

“JBoss Open Choice 策略”似乎是一種重新封裝，而不是新技術，它試圖將 JBoss 定位為在不斷變化的需求的美好新世界中仍然具有相關性。 不僅重新封裝顯然是被動的，而且很多……

繼我的上一篇文章之後，許多人一直在詢問轉向 OSGi Web Container 對 dm Server 的影響。 最常被問到的問題是

• 新增了什麼？
• 哪些保持不變？
• 有哪些變更？
• 我如何保持最新狀態？

我將分別解答每個問題。 如果您有任何其他問題，請隨時發表評論。

新增了什麼？

與 Web Container RI 整合將使 dm Server 能夠存取 OSGi Web Container 標準的所有功能。 這包括用於處理 WAR 的標準模型、對 webbundle URL 方案的支援以及對 Web Container 擴充程式的支援。

我正在探索 RI 的一些不錯的增值功能，包括使用 ConfigAdmin 進行動態組態、用於內省已部署的 Web 套件組合的全面 MBean 介面以及用於監控生命週期事件的 EventAdmin 整合。 所有這些功能都將添加到 dm Server 以及 RI 中。

哪些保持不變？

您會很高興地得知，您在 dm Server 中學到的許多關於 Web 應用程式的知識仍然相同。

使用 dm Server 部署器

除了支援 webbundle URL 之外，WAR 檔案仍然可以使用 dm Server 部署器進行部署。 支援所有進入部署器的路徑，包括提取目錄、部署器 MBean 和管理控制台。

使用 dm Server 部署器進行部署時，將從已組態的儲存庫鏈中可用的套件組合自動安裝 WAR 檔案相依性。

WAR 部署模式

程式設計人員指南中提到的所有 WAR 類型都保持不變 - 事實上，它們是 Web Container 標準的一部分。

系統套件匯入

即使此功能沒有進入標準，使用 dm Server 部署的 WAR 也會自動匯入所有已組態的系統套件。 如果使用 webbundle URL 進行部署，您可以使用 URL 參數觸發系統套件匯入。 我希望規格能夠包含此領域中的一些標準行為

有哪些變更？

我們的目標是使 dm Server 中的大多數功能保持不變，但轉向 Web Container 確實需要進行一些變更。 同時，我們正在利用程式碼重構來整合從使用者那裡看到的一些較受歡迎的功能請求。

正在移除 Web 模組

最大的變更是移除了 Web 模組。 我們更喜歡支援基於標準的方法，並且現在我們已經能夠與 OSGi Alliance 合作建立基於標準的 OSGi Web 應用程式方法，因此我們將轉向它，而不是 dm Server 特定的解決方案。

對於今天正在使用 Web 模組的您來說，我真的很有興趣了解您最喜歡哪些功能，並且會很難失去這些功能。 沒有理由不能在 Web Container Web 套件組合之上重新設計重要的 Web 模組功能。

切換到 Tomcat 組態格式

在 1.0.x 系列中，嵌入在 dm Server 中的 Tomcat 實例是使用 JSON 組態檔案格式進行組態的。 我們的許多使用者都要求我們切換回使用 Tomcat 的 XML 格式。 Web Container RI 使用標準 Tomcat 格式，並且當 dm Server 切換到 Web Container 時，它也會切換組態檔案格式。

我仍在確定組態檔案將儲存在何處的確切詳細資訊。 我希望能夠使用可以從 ConfigAdmin 填充的佔位符來參數化 Tomcat 組態檔案

我如何保持最新狀態？

保持最新進度的最簡單方法是追蹤 Web Container 和 dm Server Web 的 SVN 儲存庫。 您可以在以下 URL 存取這些儲存庫

• OSGi Web Container - https://anonsvn.springsource.org/svn/dm-server-osgi-web-container/trunk
• dm Server Web - https://anonsvn.springsource.org/svn/dm-server-web/main-branches/jersey

我會定期在這裡發布部落格文章，您可以透過 #osgi 和 #dmserver 在 Twitter 上關注進度。

進度更新

今天我很榮幸地宣布，我們剛剛發布了 Spring Roo 1.0.0.M1。此版本不僅包含了大量的錯誤修復、增強功能和 31% 的效能提升，還包含了一系列令人興奮的新功能，包括 電子郵件服務、JMS、Spring Web Flow、簡化的安裝和自動 Selenium 支援。 這些都建立在 alpha 版本中已有的許多功能之上，正如我在 先前的部落格文章 中提到的。

除了開發第一個 milestone 版本之外，在過去的一個月中，我們還建立了開放原始碼專案常見的公共專案基礎設施。 我們現在提供 社群支援論壇、Jira 問題追蹤、公共 Subversion 儲存庫、FishEye 原始碼監控 和 其他資源。 一些關於 #roo Twitter 的評論…

已更新：新增了 Git 的版本控制說明。

在過去幾個月中，我一直與 OSGi Enterprise Expert Group 的 Subbarao Meduri、Graham Charters、Hal Hildebrand 和其他人一起研究 RFC66 Web 容器規範。 Web 容器規範定義了如何以標準方式在 OSGi 服務平台上部署 WAR 檔案。

這對我們來說非常有趣，因為 dm Server 已經支援 WAR 檔案將近 18 個月了，我們很高興能夠朝著標準模型努力。 作為最終使用者，你將能夠在 OSGi 上部署 WAR 檔案，而無需…

dm Server 2.0.0.M2 已經發布，現在可以 下載。 自 2.0.0.M1 以來的兩個 sprint 中，我們在最終版本方面取得了重大進展，無論是在新功能還是在缺陷修復方面。 如果你有興趣了解我們一直在做的事情，請查看 M2 版本說明。 請繼續透過在我們的部落格上發表評論、在 論壇 和 JIRA 上提供你的回饋。

新增功能和值得注意的功能

Spring 3 支援

克隆的改進

受監控的儲存庫

以下是受監控儲存庫的一些範例配置

"watched-repo" : {
    "type" : "watched",
    "watchDirectory" : "repository/watched",
    "watchInterval" : 5
}

當管理和轉換像 SpringSource Enterprise Bundle Repository 中包含的那麼多的 bundle 時，很難記住哪些 package 是啟動委派的、從系統 bundle 或系統中的其他 bundle 導出的。 此資訊非常重要，因為你可能不想匯入啟動委派的 package，你可能希望以 "0" 匯入系統 bundle package，並且你想要為所有其他 package 定義自訂匯入。 記住哪些 package 屬於這些類別最終會容易出錯，並且定義模板…

今天我們很高興宣布 Grails 1.1.1 的發布，它在 Grails 1.1 的基礎上提供了許多增量改進，同時也正式支援 Google AppEngine。

Groovy 本身自從發布以來就一直在 AppEngine 上運行，但我們必須在 Grails 中進行一些調整，才能讓 Grails 應用程式在 AppEngine 上運行。

其中包括引入一個 AppEngine plugin，它將 Hibernate 替換為 JDO（很快會換成 JPA），以便在持久化方面利用 Google 的 DataStore API。 AppEngine plugin 還整合了 AppEngine 開發…