正如《Register》和多家部落格作者所指出的那樣，Red Hat 最近宣佈了一項防禦性舉措，其動機是試圖追趕 SpringSource。顯然，SpringSource tc Server 和 dm Server 的發展勢頭讓 Red Hat 感到擔憂，同時 Spring Framework 作為企業 Java 的事實標準組件模型的持續發展也引起了 Red Hat 的注意。
“JBoss Open Choice 策略”似乎是一種重新包裝，而不是新技術，它試圖將 JBoss 定位為在需求不斷變化的嶄新世界中仍然具有相關性。這種重新包裝不僅顯而易見是反應性的，而且大部分…
在我上一篇文章之後，許多人一直在詢問轉向 OSGi Web 容器將對 dm Server 產生什麼影響。最常見的問題是
我將分別回答這些問題。如果您有任何其他問題，請隨時發表評論。
與 Web 容器 RI 整合將使 dm Server 能夠訪問 OSGi Web 容器標準的所有功能。這包括處理 WAR 的標準模型、對 webbundle URL 方案的支援以及對 Web 容器擴充套件器的支援。
我正在探索 RI 的一些不錯的增值功能，包括使用 ConfigAdmin 進行動態配置、用於檢查已部署的 Web 捆綁包的綜合 MBean 介面以及用於監視生命週期事件的 EventAdmin 整合。所有這些功能都將新增到 dm Server 和 RI 中。
您會很高興地知道，您在 dm Server 中學到的關於 Web 應用程式的大部分知識都保持不變。
除了支援 webbundle URL 之外，WAR 檔案仍然可以使用 dm Server 部署器進行部署。部署器的所有路徑都受支援，包括 pickup 目錄、部署器 MBean 和管理控制檯。
使用 dm Server 部署器部署時，WAR 檔案依賴項將從配置的儲存庫鏈中可用的捆綁包自動安裝。
程式設計師指南中提到的所有 WAR 型別都保留了下來——事實上，它們是 Web 容器標準的一部分。
使用 dm Server 部署的 WAR 將自動匯入所有配置的系統包，即使此功能未納入標準。如果使用 webbundle URL 部署，您可以使用 URL 引數觸發系統包匯入。我希望該規範能在此領域包含一些標準行為
我們旨在在 dm Server 中保持大部分功能不變，但轉向 Web 容器確實需要進行一些更改。同時，我們正在利用程式碼重構來整合我們從使用者那裡看到的一些更受歡迎的功能請求。
最大的變化是移除了Web 模組。我們的偏好是支援基於標準的方法，現在我們已經能夠與 OSGi 聯盟合作，為 OSGi 上的 Web 應用程式建立基於標準的方法，我們正在轉向它，而不是 dm Server 特定的解決方案。
對於今天使用 Web 模組的您，我非常想聽聽您最喜歡哪些功能以及會因為失去它們而感到難過。重要的 Web 模組功能完全可以基於 Web 容器 Web 捆綁包進行重構。
在 1.0.x 版本中，dm Server 中嵌入的 Tomcat 例項使用 JSON 配置檔案格式進行配置。我們的許多使用者都要求我們切換回使用 Tomcat 的 XML 格式。Web 容器 RI 使用標準的 Tomcat 格式，當 dm Server 切換到 Web 容器時，它也會切換配置檔案格式。
我仍在最終確定配置檔案將儲存在哪裡的具體細節。我希望能夠使用佔位符引數化 Tomcat 配置檔案，這些佔位符可以從 ConfigAdmin 填充
瞭解進展的最簡單方法是跟蹤 Web 容器和 dm Server Web 的 SVN 倉庫。您可以透過以下 URL 訪問這些倉庫
更新：“Spring Roo 介紹”部落格系列的第三部分現已推出，並詳細介紹了 Roo 的內部架構。
今天我很高興地宣佈，我們剛剛釋出了 Spring Roo 1.0.0.M1。此版本不僅包含大量修復、增強和 31% 的效能提升，還包含一系列令人興奮的新功能，包括電子郵件服務、JMS、Spring Web Flow、簡化的安裝和自動的 Selenium 支援。這還不包括我在之前的部落格文章中提到的 Alpha 版本中已有的許多功能。
除了第一個里程碑版本的開發工作，在過去的一個月裡，我們還建立了開源專案典型的公共專案基礎設施。我們現在擁有社群支援論壇、Jira 問題跟蹤、公共 Subversion 倉庫、FishEye 原始碼監控等等。一些在 #roo Twitter 上報告的評論……
更新：添加了 Git 的版本控制說明。
在過去的幾個月裡，我一直與 Subbarao Meduri、Graham Charters、Hal Hildebrand 以及來自 OSGi 企業專家組的其他成員一起致力於 RFC66 Web 容器規範。Web 容器規範定義瞭如何以標準方式在 OSGi 服務平臺上部署 WAR 檔案。
這對於我們來說非常有趣，因為 dm Server 已經支援 WAR 檔案近 18 個月了，我們很高興能夠朝著標準模型努力。作為終端使用者，您將能夠將 WAR 檔案部署到 OSGi 上而無需……
dm Server 2.0.0.M2 已釋出，並可供下載。在 2.0.0.M1 之後的兩個衝刺階段，我們在最終釋出方面取得了顯著進展，包括新功能和缺陷修復。如果您有興趣瞭解我們一直在進行的工作，請檢視M2 發行說明。請繼續透過部落格評論、論壇和 JIRA 提交您的反饋。
以下是一個受監控儲存庫的示例配置
"watched-repo" : {
"type" : "watched",
"watchDirectory" : "repository/watched",
"watchInterval" : 5
}
當管理和轉換 SpringSource Enterprise Bundle Repository 中包含的許多 bundle 時，記住哪些包被引導委託、從系統 bundle 匯出或從系統中的其他 bundle 匯出變得非常困難。此資訊很重要，因為您可能不想匯入被引導委託的包，您可能希望匯入“0”處的系統 bundle 包，並且您希望為所有其他包定義自定義匯入。記住哪些包屬於這些類別中的每一個最終會有點容易出錯，並且定義模板……
今天我們很高興地宣佈 Grails 1.1.1 的可用性，它在提供許多相對於 Grails 1.1 的增量改進的同時，還引入了對 Google AppEngine 的官方支援。
Groovy 本身自推出以來就一直在 AppEngine 上執行，但我們不得不在 Grails 中進行一些調整，以使 Grails 應用程式在 AppEngine 上執行。
其中包括引入了一個 AppEngine 外掛，它用 JDO（很快將支援 JPA）替換 Hibernate 進行持久化，以便利用 Google 的 DataStore API。AppEngine 外掛還集成了 AppEngine 開發……
最近 Bundlor 的 M3 里程碑已經發布（論壇公告）。此里程碑增加了對屬性替換和版本擴充套件的支援。這篇部落格文章解釋瞭如何使用這些新功能來提高生成的 Manifest 的質量。
Bundlor 現在可用於將任何屬性值替換到您的 Manifest 模板中。
Bundle-Name: ${name}
Bundle-Description: Test bundle using new version of Kernel at ${com.springsource.kernel}
Import-Template: com.springsource.kernel.*;version="${com.springsource.kernel}"
此語法允許您為 ${name} 和 ${com.springsource.kernel} 指定屬性佔位符，並在執行時用實際值替換它們。這些值傳遞的方式取決於正在使用的 Bundlor 前端。
當從命令列執行 Bundlor 時，它將使用所有可用的系統屬性，這不包括任何環境變數。命令列指令碼將透過 -D 傳遞任何傳入的變數，因此以下將為 ${com.springsource.kernel} 屬性提供值 '2.0.0.RELEASE'，併為 ${name}……
那是 4 月 27 日下午 2:39 左右，Rod 在他的SpringOne Europe 開幕主題演講中宣佈
我們的合作伙伴 namics 的 Reto Meier 拍了一張照片作為那一刻的證據，併發布在 flickr.com 上。SpringOne 的聽眾似乎也對這一宣佈感到非常激動，因此該訊息很快就在會議之外傳開了。
所以，既然 Rod 已經承諾了，我們就不能食言了…… ;-)
今天，我們很自豪地兌現 Rod 的承諾，並宣佈 STS 的首個免費版本已釋出，可從產品頁面下載……
我們很高興地宣佈，第三個 Spring 3.0 里程碑版本現已可用（下載頁面）！此版本帶來了許多新功能和改進，包括……
參考文件：M3 是第一個提供 HTML 和 PDF 格式參考文件的 Spring 3.0 里程碑版本。即使文件仍在進行中，它目前也涵蓋了許多 3.0 功能領域。我們希望您會發現這個早期版本的文件對於瞭解更多關於 3.0 里程碑功能的資訊很有用。
帶註解的工廠方法：Spring 3.0 M3 包含了核心……
