親愛的 Spring 社群成員們，

我們很高興地宣佈 Spring 2.0.3 已經發布。

這是 Spring 2.0 系列中的錯誤修復和增強版本，包含了約 200 (!) 項改進和修復。此外，此版本引入了對 JSR-166 (java.util.concurrent) backport 專案的支援和對 JCA 1.5 的基礎支援（ResourceAdapter 引導、WorkManager 支援），以及對 IBM WebSphere 和 Oracle OC4J 的擴充套件支援。

值得注意的增強功能包括 DefaultMessageListenerContainer 的動態伸縮能力以及經過全面修訂的指令碼整合，支援更多 Groovy 和 BeanShell 指令碼編寫風格，並提供與 Spring AOP 功能的無縫互動。此版本還包括對 AspectJ 切入點支援以及作用域代理功能的改進。

請檢視更新日誌瞭解詳情！

致敬，
Juergen
 
-----
Juergen Hoeller
Interface21 - http://www.interface21.com

終於，我可以說 SPR-1484 問題已得到解決。該問題於 2005 年 11 月 20 日提出，獲得 121 票、63 位關注者，甚至還有自己的反對票，被認為是有史以來最重大的問題之一。在過去的 10 分鐘裡，我已經將 Spring 1.2.9 的 maven artifacts 上傳到我們的本地倉庫，您應該會在接下來的 6 小時左右看到它們被複制到中央 maven 倉庫。

您會注意到 Spring JIRA 中的一些問題，例如 SPR-2704、SPR-1383 和 SPR-3198。這意味著我們仍在不斷改進構建過程，並將繼續回應社群的需求。事實上，我們已經……

關於應用伺服器擁抱 Spring 的主題，又有一個更新。Oracle 一直致力於為其應用伺服器提供增值的整合。

這類似於我們在 WebLogic 8.1 及更高版本中使用 WebLogicJtaTransactionManager 的情況。OC4JJtaTransactionManager 應該在 OC4J 環境中替換通用的 JtaTransactionManager，並提供以下優勢：

• 無需使用 JNDI 查詢即可直接訪問事務管理器和輔助類
• 自動檢測伺服器版本，以便充分利用不同版本中不同的事務管理器實現
• 控制事務隔離級別：這是 JTA 中不提供的一個非常有用的功能

對於熟悉 JTA 的使用者來說，像在 Java EE 中以程式設計方式控制事務那樣使用 UserTransaction，存在一些顯著的不足，考慮到現在已經過時的…

Sun 這些天對開源非常認真，使用者似乎也開始認真對待 Sun 的開源專案了。

GlassFish 在開源應用伺服器領域加入得比較晚，但它似乎正在獲得關注。更重要的是，它實際上看起來相當不錯。包括 Costin 和 Juergen 在內的多位 Interface21 成員已經考察了 GlassFish 並對其表示讚賞（儘管我們尚未在生產環境中使用過它）。據我所知，效能非常出色——這很可能主要歸功於基於 NIO 的重新設計的 Servlet 引擎。其 JPA 實現——TopLink…

祝賀 WebLogic 團隊釋出了 WebLogic 10 的預覽版，該版本通過了 Java EE 5 CTS 認證。很高興看到 BEA 在 J2EE 1.4 的失常表現之後，又回到了他們快速響應的傳統。

對於 Spring 社群來說，這是個有趣的訊息，因為 WebLogic 10 內部使用了 Pitchfork 。Pitchfork 專案是由 Interface21 主導並與 BEA 合作開發的開源專案，它在 Spring 之上實現了 EJB 3.0 攔截和 JSR-250 注入。它被用於 WebLogic 10 EJB 容器內部以及伺服器的其他部分，以滿足新的…

鑑於 Rod 最近關於 Interface 名稱由來的部落格，最近一個詢問 Acegi Security 更名問題的討論帖，以及去年底我的同事 Ben Hale 建議我寫一篇關於“Acegi”名稱由來的部落格，我認為是時候這麼做了！

首先，發音是：“ah-see-gee”。既然已經解決了這個問題，我們來回顧一下它的由來。

• 回到 20 世紀 90 年代初，我創辦了一個 bulletin board system（公告牌系統）。我仍然記得使用我的第一個 300 波特率調變解調器，並親眼看到字元以我閱讀的速度顯示出來！總之，BBS 需要一個名字，我挺喜歡“Midnight BBS”（還是“Lightning BBS”？）。在嘗試向澳大利亞 BBS 註冊處註冊我偏好的名字後，我接到一個電話被告知該名字已被佔用。我搜索了另一個名字，沒有發現衝突，並更改了我所有的螢幕（有人記得 Avatar 嗎？）。然後我打算用新名字註冊 BBS，但另一個人剛剛搶先註冊了同一個名字。那時澳大利亞大約有 800 個 BBS——競爭非常激烈！所以，我決定選擇一個保證原創的名字：取英文字母中的第 1、3、5、7、9 個字元。於是 Acegi BBS 誕生了。
• 這是 BBS 的鼎盛時期。它擁有來自澳大利亞各地的撥入使用者，並且是我們在地區碼範圍內第一個擁有看似無限容量的 CD-ROM 的 BBS。我成為了 Fidonet 的 3:624 網路協調員，並幫助在我們的區域內分發“echomail”。不久，人們開始寄出抬頭為“Acegi BBS”的支票，因為他們想要更大的檔案下載限制以及訪問 Fidonet 的網路郵件。
• 因為我需要兌現名稱中帶有“Acegi”的支票，所以在 1993 年初，我們決定註冊一個商業名稱。選擇了 Acegi Computer Technology，人們也樂於相應地開具支票。
• 大約在 1995 年，我因工作搬到了悉尼。撥號上網剛剛開始在澳大利亞普及（當時調變解調器接入每小時仍然要花費約 5 美元！）。由於 BBS 的大多數使用者來自特定的本地區域，而我正要離開那個區域，我把 Acegi BBS 交給了一個朋友繼續運營。他後來也搬走了，並將 BBS 傳給了另一個朋友。從那以後我就失去了聯絡。我在 Google 上搜索了“Acegi BBS”，甚至找到了 1995 年的一條舊記錄。
• 到 1996 年，我的 IT 專案需要一家公司，於是 Acegi Technology Pty Limited 誕生了。自那時起，它一直運營至今。
• 大約在 2003 年 11 月，我寫下了最終成為 Acegi Security 的程式碼。我將其打包成一個 ZIP 檔案，傳送給了 Rod 和 Juergen。我建議新專案命名為“Spring Security”。然而，當時他們沒有時間進行全面審查，因此建議我直接將其以“_____ Security System for Spring”的名義釋出。於是，我在名稱前加上了“Acegi”。截至今天，在 Google 上搜索“Acegi”大約有 660,000 條結果，其中幾乎所有都與這個安全框架有關。

未來何去何從？這個名稱的下一階段將是一個“分叉”。Acegi Technology Pty Limited 將繼續運營，而 Acegi Security 將更名為“Spring Security”。我們進行更名有幾個充分的理由。然而，這不僅僅是更名，實際上是對 Acegi Security 的重新定位，使其進一步融入 Spring 的產品組合中。

對於那些還沒有聽說過 Spring 產品組合的使用者，未來幾個月你們會聽到更多相關資訊。Spring 實際上是一個相關產品的家族，它們在技術和文化層面具有可比性。Spring 產品組合中的每個產品都共享一致的架構質量、關鍵設計模式、程式碼庫、文件、測試覆蓋率、友好的社群、開源許可、整合示例、釋出路線圖以及 Interface21 提供的商業服務（如深度培訓和支援）…

Spring 2.0.1 引入了 AbstractRoutingDataSource。我相信它值得關注，因為（根據客戶的常見問題）我猜測有很多“自制”的解決方案來解決這個問題。考慮到它實現起來很簡單但又容易被忽視，現在我有一些理由重新開始我的團隊部落格一角。

基本思想是，路由 DataSource 充當一箇中介——而“真正的” DataSource 可以根據查詢鍵在執行時動態確定。一個潛在的用例是確保標準的 JTA 不支援的事務特定的隔離級別。為此，Spring 提供了一個實現：IsolationLevelDataSourceRouter…

我上個月參加 Spring Experience 大會玩得很開心。一個驚喜是 Spring IDE 團隊最近的工作成果。我在會議上多次遇到 Spring IDE 開發者 Christian Dupuis，似乎每次他都實現了一個新功能...

即將釋出的 Spring IDE 2.0 版本是對 Spring 2.0 新功能的全面更新。Spring IDE 團隊在兩項重要功能上取得了很大進展：XML 擴充套件名稱空間和 AOP 增強。（順便說一句，如果你想知道我為什麼有一段時間沒有發帖，那是因為我花了很多時間在 InfoQ 上寫了一篇 Spring 2.0 更新的文章…）

一段時間以來，我一直對以客戶端為中心、基於 Web 的使用者介面很感興趣。這些第四代框架的特點是基於元件、事件驅動的程式設計模型，並專注於完全駐留在客戶端的表示邏輯。以這種方式針對 Web 瀏覽器通常需要使用 JavaScript 或 Flash，這本身就帶來了一些獨特挑戰。

如果我們能夠用 Java 程式設計並自動生成 JavaScript 或 Flash 執行時模組，就可以解決其中的許多挑戰。目前實現這一目標的兩個知名產品分別是 Google Web Toolkit (GWT) 和 Open Laszlo。兩者均在 OSI 批准的許可下提供，並擁有活躍的社群，同時也有各自獨特的複雜性。一個需要考慮的問題是，它們在多大程度上實現了提供針對 Web 瀏覽器部署的透明 Java 開發環境的目標。這個考慮因素涉及多個方面，包括 IDE 支援、除錯整合、反射能力、執行時元件繫結等等。所有…