您可能已經看到一些 關於 最近 新聞 關於 Interface21 與 Tasktop 合作創建“Spring Tool Suite”的公告。 此套件將結合 Spring IDE、AspectJ 開發工具 (AJDT)、AspectJ 和 Mylyn，以創建一種以任務為中心的 Spring 驅動企業應用程式開發方法。 我們希望在即將到來的 Spring Experience 會議上分享整合套件的預覽版，但同時您會看到許多改進流入現有的 Spring IDE、AJDT、AspectJ 和 Mylyn 開放…。

在上個月的 Gartner 開源會議上，分析師宣稱開源已經滲透到全球軟體市場的很大一部分。詳細資訊在最近的 Matt Asay 部落格 中重點介紹，該部落格引用了 eWeek 文章。 eWeek 寫道：“2006 年，開源產品佔 927 億美元軟體市場的 13％ 份額，但預計到 2011 年，當收入預計為 1692 億美元時，將佔市場的 27％。”

同時，Gartner 分析師 Massimo Pezzini 和 Yefim Natis 發佈了一份報告，重點介紹了中間件和交易處理市場中目前正在進行的一項重要的顛覆趨勢。 2007 年 9 月 24 日的報告標題為 “平台中間件的趨勢：顛覆即將來臨”，重點介紹了十多個趨勢，“將破壞看似靜態的應用程式伺服器和交易處理市場”，並警告說…

親愛的 Spring 社群：

我們很高興地宣佈 Spring Web Flow 1.0.5 已發佈。這是修復錯誤和小的改進版本，解決了針對 1.0.4 報告的所有問題。我們建議用戶從以前的 1.0.x 版本升級到 1.0.5。

Spring Web Flow 是下一代 Java Web 應用程式控制器框架。該框架提供了一個強大的系統，用於實施導航邏輯並在各種環境中一致地管理應用程式狀態。

相關的 Web Flow 新聞

關於 Spring Web Flow 2.0 的工作仍在繼續，下一個 2.0 發佈里程碑 (M2) 預定於 10 月 30 日發佈。

Interface21 在佛羅里達州墨爾本的 Web 應用程式開發產品團隊（負責維持 Spring MVC、Spring Web Flow 和新興 Spring Web 技術的開發的團隊）有 全職職位 空缺。 鼓勵能夠在佛羅里達州墨爾本工作的經驗豐富的 Web 應用程式開發人員申請。

Spring Web Flow 1.0 的權威指南 Working with Spring Web Flow 已由該專案的創始人兼聯合負責人 Erwin Vervaet 出版。

親愛的 Spring 社群：

我很高興地宣佈 Spring 2.0.7 已發佈。

Spring 2.0.7 是 Spring 2.0 系列中的錯誤修復和小幅增強版本，解決了自 2.0.6 以來報告的所有問題，並從 2.1 M4 移植了各種改進。

請參閱 變更日誌 和 JIRA 路線圖，以了解此版本中解決的所有問題的詳細資訊。

Juergen Hoeller
Spring Framework 開發主管
Interface21 - http://www.interface21.com

正如我之前發佈的那樣，Interface21 正在 參與 Java EE 6 的工作，我們的一些人（包括我自己、Juergen Hoeller、Keith Donald 和 Rob Harrop）將參與多個專家組。

這意味著我們越來越多地參與 JCP。 我們尊重 JCP 的機密性和其他規定，因此我們不會談論任何非公開的內容。 但是，我想談談我們參與 JCP 的目標以及我們將採用的基本方法。 當然，我們只是眾多公司和個人中的一家公司，所以我們只是…

我們很高興地宣佈 Spring Batch 1.0 M2 已發佈！ 此里程碑版本引入了

• 一組可用於配置和構建批次應用程式的核心 API。
• 一個執行環境和實用程式，用於在單個虛擬機器中管理和監控多步驟作業。
• 將框架打包成三部分：基礎設施、核心和執行。

Spring 2.5 新增了一個切入點指示符 -- bean()，允許您在具有匹配名稱模式的 bean 中選擇連接點。 現在，即使有多個相同類型的 bean，也可以將自動代理機制與 Spring-AspectJ 整合一起使用，以選擇特定的 bean。 早期，您可以使用 BeanNameAutoProxyCreator 來實現類似的結果；但是，該機制不適用於 Schema 樣式或 @AspectJ 切面。

除了選擇特定的 bean 之外，如果您遵循適當的命名慣例，此切入點指示符還提供了兩種有趣的方式來選擇 bean

1. 選擇 bean 的垂直切片： 如果您遵循一種慣例，其中 bean 名稱包含一個字串，指示它們從業務角度的角色，則 bean() 切入點可以根據它們的業務角色選擇 bean。 例如，您可以使用 bean(account*) 切入點來選擇所有與會計相關的 bean，例如 accountRepository、accountService 和 accountController，如果 bean 名稱以表示其業務功能的字串開頭。
2. 選擇 bean 的水平切片： 如果您遵循一種慣例，其中 bean 名稱包含一個字串，指示它們從架構角度的角色，則 bean() 切入點可以根據它們的架構角色選擇 bean。 例如，您可以使用 bean(*Repository) 來選擇所有 repository bean，如果 bean 名稱以表示其架構角色的字串結尾。 如果沒有 bean() 切入點，您必須依賴於套件結構或基於類型的切入點，這些切入點有時可能過於嚴格。

圖 1：使用 bean() 切入點根據 bean 的名稱選擇水平和垂直切片

在標題恰如其分的 關於 Interface21 的廢話中，一位 SourceLabs 的員工不同意我的觀點，即提交權限是提供可靠的開放原始碼支援所必需的。

在我回覆之前：我想再次完全清楚地說明我在上一篇部落格中已經說過，但似乎被某些人誤解了：Interface21 並不希望阻止其他人從 Spring 中賺錢。 我們的記錄證明了這一點。 我們歡迎其他人撰寫關於 Spring 的文章並提供 Spring 服務。 或者基於 Spring 的產品，例如 Matt Raible 的 AppFuse。 我們祝他們成功。 Spring 在一定程度上已經…

我幾個月前關於開放原始碼業務模型的 部落格 似乎引起了共鳴。 我收到了許多正面的回應，並促使一個名為 "How Software is Built" 的網站提出了採訪請求。 我的採訪 在這裡。

最後，OpenLogic 的某個人發表了一個有趣的回覆。 Bryan Noll 在對我的部落格的回覆中留下了一些值得適當回應的評論。

首先，我認為你的斷言，即當沒有對特定項目進行真正投資的人為其提供支援時，對於一個項目或一般的開放原始碼來說是不健康的，這是一個有趣的斷言……我以前從未聽說過。 我認為它有足夠的有效性，可以讓像我們這樣的公司考慮它，並真正審視我們對我們支援的開放原始碼項目的責任。 我認為，這種審視的結果將是 OpenLogic 制定一項可證明的政策，以減輕您提出的潛在擔憂。 我確信我不知道那到底是什麼，所以請允許我在此時含糊其辭。 這與我對您所說的一些問題相吻合。

我將聚合模型視為超市風格的業務。 當我在超市購物時，我希望他們從我購買的每件商品中抽取一小部分利潤，以換取與許多供應商打交道，將所有的…