您可能已經看到了一些 關於 最近 新聞，這些新聞圍繞著Interface21宣佈與Tasktop合作建立“Spring Tool Suite”的訊息。這個套件將彙集Spring IDE、AspectJ Development Tools (AJDT)、AspectJ和Mylyn，從而為Spring驅動的企業應用程式開發帶來一種以任務為中心的方法。我們希望在即將舉行的The 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 日的報告，題為 “平臺中介軟體趨勢：顛覆迫在眉睫”，強調了十幾個“將顛覆看似靜態的應用伺服器和事務處理市場”的趨勢，並警告說……
正如我之前所釋出的那樣，Interface21正在參與Java EE 6的努力，我和Juergen Hoeller、Keith Donald、Rob Harrop等團隊成員將參與多個專家組。
這意味著我們將更廣泛地參與JCP。我們尊重JCP的保密協議和其他規定，因此我們不會談論任何未公開的資訊。然而，我想談談我們參與JCP的目標以及我們將帶來的根本方法。當然，我們只是眾多公司和個人中的一家，所以我們只會…
Spring 2.5 引入了一個新的切入點指示符——bean()，它允許選擇名稱模式匹配的 bean 中的連線點。現在可以使用自動代理機制以及 Spring-AspectJ 整合來選擇特定的 bean，即使存在多個相同型別的 bean。之前，您可以使用 BeanNameAutoProxyCreator 實現類似的結果；但是，該機制不適用於模式樣式或 @AspectJ 切面。
除了選擇特定的 bean，如果遵循適當的命名約定，這個切入點指示符還提供了兩種有趣的方式來選擇 bean
圖 1：使用 bean() 切入點根據 bean 名稱選擇 bean 的水平和垂直切片
此切入點代表 AspectJ 切入點表示式語言的 Spring 特定擴充套件，因此僅在基於 Spring 的應用程式中有用。名稱模式遵循 AspectJ 的名稱模式匹配規則，其中 '*' 是唯一允許的萬用字元。下表顯示了一些示例切入點及其選擇的 bean。| 切入點 | 選擇的連線點 |
|---|---|
| bean(accountRepository) | 名為“accountRepository”的 bean |
| !bean(accountRepository) | 除“accountRepository”bean 之外的任何 bean |
| bean(*) | 任何 bean |
| bean(account*) | 名稱以“account”開頭的任何 bean |
| bean(*Repository) | 名稱以“Repository”結尾的任何 bean |
| bean(accounting/showaccount) | 名為 accounting/showaccount 的 bean（例如，指定處理該 URL 的控制器） |
| bean(accounting/*) | 名稱以“accounting/”開頭的任何 bean（例如，指定處理與會計相關的 URL 的任何控制器） |
| bean(accounting/*/edit) | 名稱以“accounting/”開頭並以“/edit”結尾的任何 bean（例如，指定處理與會計相關的編輯操作功能的任何控制器） |
| bean(*dataSource) || bean(*DataSource) | 名稱以“dataSource”或“DataSource”結尾的任何 bean |
| bean(service:name=monitoring) | 名為“service:name=monitoring”的 bean |
在題為“關於Interface21的廢話”的文章中，一位SourceLabs的員工不同意我的觀點，即提交許可權對於提供可信賴的開源支援是必要的。
在我回復之前：我想再次明確說明我已經在上一篇部落格中說過的話，但似乎被一些人誤解了：Interface21無意阻止他人從Spring賺錢。我們的過往記錄證明了這一點。我們歡迎其他人撰寫有關Spring的文章和提供Spring服務。或者基於Spring開發產品，例如Matt Raible的AppFuse。我們祝他們成功。Spring在一定程度上已經…
幾個月前，我關於開源商業模式的部落格似乎引起了共鳴。我收到了許多積極的回應，並因此收到了一個名為“軟體是如何構建的”網站的採訪請求。我的採訪在這裡。
終於，OpenLogic 的一個人發表了一個有趣的回覆。Bryan Noll 在我部落格的回覆中留下了一些評論，值得認真回應。
首先，我認為您認為，當對某個特定專案沒有真正投入的人提供支援時，這對專案或開源整體而言是不健康的，這是一個有趣的觀點……我以前從未聽過。我認為這個觀點有足夠的有效性，足以讓像我們這樣的公司認真考慮並真正審視我們對所支援的開源專案的責任。在我看來，這項審查的結果將是一項可證明的政策，OpenLogic 將以此來減輕您提出的潛在擔憂。我當然不知道具體會是什麼，所以請允許我此刻保持模糊。不過，這恰好又引出了我與您觀點中的一些問題。我認為要找到這樣一項“可證明的政策”應該很簡單。OpenLogic 需要理解，Stormy 的帖子中的開場白“開發人員從事開源軟體工作通常有報酬豐厚的工作……所以他們免費從事開源軟體工作，白天為鉅額報酬編寫程式碼”在很大程度上是錯誤的。它需要理解他們希望從中獲利的開源軟體來自何處，進行適當的合作，並設定一個允許真正支援的價格。另一種選擇是停止聲稱提供企業支援，並明確表示所提供的是一種隨叫隨到的開發協助，但不能保證能夠解決關鍵問題。這就回到了我為什麼對 Stormy 的帖子有如此強烈的感受並對其進行解構。
我將聚合模型視為超市式的業務。當我光顧超市時，我期望他們會從我購買的每件商品中抽取（一小部分）利潤，以換取他們處理眾多供應商並將所有…
到目前為止，Spring Portfolio 的 Maven 構件，特別是快照，建立得不一致，並且散佈在各種位置。在過去的幾周裡，我們一直在努力使專案在建立和上傳這些構件時更加一致。
Spring Portfolio 中對 Maven 支援最有效的改進之一就是使用一致的倉庫位置。根據您對程式碼的熟悉程度，有三種不同的倉庫。
對於任何最終釋出（Spring 2.5、Spring Web Flow 2.0 等），該釋出的 Maven 構件將上傳到 Maven Central 倉庫（http://repo1.maven.org/maven2）。使用此倉庫無需您付出任何努力，因為 Maven 會自動在此處查詢構件。
此倉庫中的構件確實遵循預期的倉庫行為，並且不會（也不能）被刪除。
對於任何里程碑釋出（Spring 2.5-RC1、Spring Web Flow 2.0-M2 等），該釋出的 Maven 構件將上傳到 Spring 里程碑倉庫（http://s3.amazonaws.com/maven.springframework.org/milestone）。使用此倉庫需要您在 POM 檔案中向 <repositories/> 元素新增條目。它應該看起來像這樣：
<repository>
<id>spring-milestone</id>
<name>Spring Portfolio Milestone Repository</name>
<url>http://s3.amazonaws.com/maven.springframework.org/milestone</url>
</repository>
此倉庫中的構件不遵循預期的倉庫行為，並且會被定期刪除。在最終版本（Spring 2.6、Spring Web Flow 2.1 等）釋出後，上一版本構件的所有里程碑版本將被刪除。例如，當 Spring 2.6 釋出時，Spring 2.5 的里程碑將被刪除，而 Spring 2.6 的里程碑將被保留。
對於任何快照構建（Spring 2.5-SNAPSHOT、Spring Web Flow 2.0-SNAPSHOT 等），該構建的 Maven 構件將上傳到 Spring 快照倉庫（http://s3.amazonaws.com/maven.springframework.org/snapshot）。使用此倉庫需要您在 POM 檔案中向 <repositories/> 元素新增條目。它應該看起來像這樣：
<repository>
<id>spring-snapshot</id>
<name>Spring Portfolio Snapshot Repository</name>
<url>http://s3.amazonaws.com/maven.springframework.org/snapshot</url>
</repository>
此倉庫中的構件不遵循預期的倉庫行為，並且會被定期刪除。對於給定的構件，至少會保留最近的 10 個快照構建。如果一個構件從分發版中刪除，其快照構建將立即被刪除。在里程碑或最終版本釋出時，將刪除構件的所有快照，並建立一個新快照用於下一個版本。
里程碑和快照倉庫都託管在亞馬遜的 S3 服務上，因此目錄結構不便於人類閱讀。要以人類可讀的格式檢視倉庫，請使用S3Browse 工具。
僅將這些 URL 用於人類可讀的檢視。如果將它們用作 POM 的 URL，您將遇到錯誤。
另一個重要的改進是為所有釋出添加了原始碼構件。您會注意到在里程碑倉庫中，所有構件都附帶了原始碼。在未來，所有最終釋出也將如此。具體來說，從 Spring 2.5 釋出開始，除了 Spring 組合原始碼外，每個模組還將擁有一個原始碼構件。
最後一個改進尚未完成；Spring 的夜間快照。我很樂意地說，這即將完成。我仍在解決與Maven Ant Tasks 相關的最終細節問題，但這最終會開始出現，屆時我將再次宣佈。此外，您可以期望此功能最終會推廣到所有其他基於 ANT 的 Spring Portfolio 專案，以便所有專案都能建立 Maven 快照和里程碑。
我的第一篇博文——這是一個多麼重大的公告：-)
在一系列 Spring 2.1 里程碑釋出之後，我們一直在審查我們引入的整體功能集
我們得出結論，這已遠遠超出了我們最初為 Spring 2.1 制定的計劃。版本號 2.1，正如在里程碑中所使用的，並不能反映此主要版本功能的重要性和全面性。
因此，我很高興地宣佈，2.1里程碑將無縫地轉變為Spring Framework 2.5作為下一個主要版本！ Spring 2.5的最終釋出計劃在…
風險投資家兼 Core Capital Partners 創始人 Jonathan Silver 於週四就擬議的針對風險投資家稅率的變更作證。他的論點之一是，風險投資支援的公司在美國各地創造了就業機會
下一個重要企業將從哪裡來？事實是，沒有人知道，這就是為什麼風險資本家在全美各地尋找機會。這也是為什麼風險基金支援了紐約市的 Music Nation、安娜堡的 Incept Biosystems、佛羅里達州西墨爾本的Interface21、馬薩諸塞州韋斯特伯勒的 Boston Power 以及德克薩斯州聖安東尼奧的 Click Forensics。
實際上，我們的總部將遷往加利福尼亞州聖馬特奧。與許多軟體供應商一樣，我們認為矽谷是實現我們潛力的最佳地點。我們的合作伙伴集中在此，並且是招募軟體行業高管人才的絕佳場所。然而，Silver的觀點仍然有效。我們確實在佛羅里達州創造了就業機會——我們的Web團隊在那裡，並且目前正在在Spring Web Flow方面做著偉大的事情…
又到了下一次 Java 聚會的時間了。我決定將這個在阿姆斯特丹每季度舉行一次的活動的第七期推遲到夏天之後，因為荷蘭的大多數人會在八月左右休幾周的假。
我已經查看了我們的內部日程安排，看來 9 月 21 日是 9 月份剩下的唯一一天，所以我希望它也適合其他人的日程安排。
我們將在與去年四月聚會相同的地點舉行，因為這對我們來說非常方便，而且大家似乎都對此表示滿意。第一次 Java 聚會是在我最喜歡的阿姆斯特丹聚會場所舉行……
