親愛的 Spring 社群，

我很高興地宣佈，用於使用 Adobe Flex 構建基於 Spring 的 RIA 的開源解決方案 Spring BlazeDS Integration 的第一個 GA 版本現已釋出。

下載 | 參考文件 | JavaDocs | 變更日誌

為了響應自 RC2 釋出以來的社群反饋，我們澄清了一些文件，對 Spring Integration 訊息介面卡進行了一些小改進，添加了一些元資料以幫助工具支援，並調整了 ivy 和 pom 檔案，以確保所有依賴項都正確捕獲。我要向所有嘗試了早期版本並提供了反饋的人致以誠摯的謝意，因為這對於確保完整的 1.0 版本穩定至關重要。

對於任何剛開始探索基於 Spring 的 RIA 世界的人來說，請務必檢視 使用 Spring BlazeDS Integration 1.0，以獲取入門介紹並開始使用。

一如既往，我鼓勵任何感興趣的人透過試用該版本並在社群論壇和 Jira 中給我們反饋來參與進來。我們已經有一些想法，可以新增更多功能，並且我們始終樂於聽取您基於實際經驗提出的想法。

Jeremy Grelle
Spring BlazeDS Integration 專案負責人

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

過去幾個衝刺階段，dm Server 對克隆的支援穩步推進。基本機制已在 M1 中就位：克隆可以由以下方式觸發

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

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

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

親愛的 Spring 社群，

我們很高興地宣佈，我們釋出了即將推出的 SpringSource Tool Suite 2.1.0 的第二個里程碑版本。

以下是 2.1.0.M2 版本中的新功能亮點

• 更新到 Spring 3.0，包括支援 @Configuration/@Bean 以及 task:* 和 jdbc:* 名稱空間
• 可以在 STS 中使用外部 Roo 安裝；Roo 命令在後臺執行，不會阻塞 UI
• 整合 VMware Lab Manager
• 管理並遠端部署應用程式到 tc Server 例項（組或單個例項）
• 使用 Spring Project Builder 顯著提高了效能

有關功能的更多詳細資訊，請參閱 新特性與值得注意之處。

請記住，STS 是免費的。請在 http://www.springsource.com/products/sts 獲取您的副本。

Christian

我們很高興地宣佈，Spring Security 3.0 的第一個里程碑版本現已可供下載。該版本也可透過 Maven 里程碑倉庫獲取，地址為http://maven.springframework.org/milestone。與 Spring 3.0 一樣，這是第一個要求最低 JDK 1.5 才能執行的版本，同時也需要 Spring 3.0，因此如果您尚未使用 Spring 3.0.0.M3 版本，則應獲取該版本。那麼，這個版本有什麼新功能和變化呢？

基於表示式的訪問控制

該版本首次包含了基於我們的 Spring-EL 的授權支援的預覽。您現在可以在方法註解和 Web 安全中使用表示式。與熟悉的屬性和基於投票者的機制相比，這開啟了許多新的可能性。一個簡單的示例可能會是一個不錯的開始。這是一個用於 Web 應用程式的示例，使用了安全名稱空間

  <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 容器將對 dm Server 產生什麼影響。最常被問到的問題是

• 正在新增什麼？
• 哪些保持不變？
• 哪些正在改變？
• 如何保持更新？

我將分別解答這些問題。如果您還有其他問題，請隨時留言。

正在新增什麼？

與 Web Container RI 整合將使 dm Server 能夠訪問 OSGi Web 容器標準的所有功能。這包括處理 WAR 的標準模型、對 webbundle URL 方案的支援以及對 Web 容器擴充套件器的支援。

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

哪些保持不變？

您將很高興得知，您在 dm Server 中學到的關於 Web 應用程式的大部分內容保持不變。

使用 dm Server 部署器

除了支援 webbundle URL 外，仍然可以使用 dm Server 部署器部署 WAR 檔案。部署器的所有路徑都受支援，包括 pickup 目錄、部署器 MBean 和 Admin Console。

使用 dm Server 部署器進行部署時，WAR 檔案依賴項將從配置的倉庫鏈中可用的 Bundle 自動安裝。

WAR 部署模式

在程式設計師指南中提到的所有 WAR 型別都保持不變 - 實際上它們是 Web 容器標準的一部分。

系統包匯入

使用 dm Server 部署的 WAR 將自動匯入所有配置的系統包，即使此功能未包含在標準中。如果使用 webbundle URL 進行部署，您可以使用 URL 引數觸發系統包匯入。我希望規範中包含這方面的一些標準行為

哪些正在改變？

我們的目標是讓 dm Server 中的大部分功能保持不變，但轉向 Web 容器確實需要進行一些更改。與此同時，我們正在利用程式碼重構的機會，整合使用者提出的更受歡迎的一些功能請求。

Web 模組將被移除

最大的變化是移除了Web 模組。我們傾向於支援基於標準的方法，既然我們已經能夠與 OSGi Alliance 合作建立一個基於標準的 OSGi Web 應用程式方法，我們將優先選擇它，而不是 dm Server 特定的解決方案。

對於目前正在使用 Web 模組的人，我非常想聽聽您最喜歡哪些功能以及哪些功能丟失會感到遺憾。重要的 Web 模組功能完全可以在 Web Container Web Bundle 的基礎上進行重構。

切換到 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

我將定期在這裡寫部落格，您可以在 Twitter 上透過 #osgi 和 #dmserver 關注進展。

我要坦白一件事。雖然你們中的許多人知道我最近幾個月一直在忙於Spring Roo，但我還有一個獨立的專案尚未提交到 Subversion。另一個專案是策劃我們的婚禮，因為下個月我和未婚妻將出國結婚。因此，當我思考在這篇關於 Roo 的部落格文章中可以向您展示什麼時，突然想到我應該藉此機會使用 Roo 構建我們婚禮的 RSVP 網站！所以今天我們將學習如何使用 Roo 構建婚禮 RSVP 網站，我的一些同事評論說這是追求工作與生活平衡的一個進取示例。:-)

進展更新

如果您錯過了 2009 年 5 月 1 日 Spring Roo 部落格系列中的第一篇，簡單來說，我介紹了 SpringSource 為那些希望快速構建基於 Java 的最佳實踐 Spring 應用程式而推出的新開源生產力工具的願景。正如許多試用過 alpha 版本的人所發現的，Spring Roo 提供了一種強大易用的方法來實現高效的應用程式開發，Roo 背後的許多動機都體現在第一個 Jira 問題 ROO-1 中（由 Spring 之父兼 SpringSource 執行長 Rod Johnson 記錄）。

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

除了開發第一個里程碑版本外，過去一個月我們還建立了開源專案典型的公共專案基礎設施。我們現在有社群支援論壇、Jira 問題跟蹤、公共 Subversion 倉庫、FishEye 原始碼監控以及等等。在 #roo Twitter 上報告的一些評論…

更新：添加了 Git 版本控制說明。

在過去的幾個月裡，我一直在與來自 OSGi Enterprise Expert Group 的 Subbarao Meduri、Graham Charters、Hal Hildebrand 等人合作研究 RFC66 Web Container 規範。Web Container 規範定義瞭如何以標準方式在 OSGi 服務平臺上部署 WAR 檔案。

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

親愛的 Spring 社群，

我很高興地宣佈，用於使用 Adobe Flex 構建基於 Spring 的 RIA 的開源解決方案 Spring BlazeDS Integration 的第二個釋出候選版本現已釋出。

下載 | 參考文件 | JavaDocs | 變更日誌

這主要是一個錯誤修復版本，用於修正由於社群對 RC1 的出色反饋而發現的一些小問題，但我們也對專案的打包和釋出方式做了一些關鍵改進。我們現在將與 Adobe 聯合開發的全面的 Spring BlazeDS Integration Test Drive 示例應用程式與專案分發包捆綁在一起。此版本的 Test Drive 已配置為使用 Maven 構建，匯入到 Eclipse 中，並使用 WTP 執行。參考手冊中添加了一份簡短的構建和執行示例指南。此外，這是第一個釋出與 Maven Central 相容的 POM 檔案的版本，可在我們的里程碑倉庫中獲取。

在整個開發過程中，社群為我們提供了出色的反饋，我鼓勵任何感興趣的人透過試用新功能並在社群論壇和 Jira 中提供反饋來參與進來，我們將盡快推出最終的 1.0 版本。

Jeremy Grelle
Spring BlazeDS Integration 專案負責人