Spring 2.0 已於週二釋出最終版！這是 Spring 團隊 9 個月辛勤工作以及大量使用者反饋（感謝！）的成果，也是向前邁出的重要一步。
我保證我的下一篇部落格不會再討論下載量。我最近一直在嘗試一些有趣的方法來測試 @AspectJ 註解中的切入點 (pointcuts)，所以下次希望能釋出一些有趣的程式碼。
但我們剛剛注意到 SourceForge 提供的一些非常驚人的數字，所以我忍不住要發帖分享。Spring 2.0 在前 24 小時內下載量超過 10,000 次！對 Spring 2.0 的興趣已經持續了幾個月——一些使用者甚至已經在生產環境中使用候選釋出版，其中包括歐洲一家著名的媒體網站——我認為 Keith 精彩的釋出頁面...
在這個釋出訊息紛至沓來的一天裡，還有一個關於 Spring 2.0 的最後通知。Spring 2.0 的 Maven POM 檔案已上傳到 Spring 的私有倉庫。如果您想直接指向它，請檢視 https://svn.sourceforge.net/svnroot/springframework/repos/repo/。如果您想等待，它們應該會在未來幾天內複製到 Ibiblio Maven 倉庫。
對於那些喜歡瀏覽更多元資料的人，SourceForge 的 ViewVC 介面是一個不錯的選擇。請記住，您應該使用前一個連結作為 Maven 的 URL，但可以使用後一個連結進行瀏覽。
我在與客戶交流時常聽到一種常見的誤解，認為所有泛型型別資訊都會從 Java 類檔案中擦除。這是完全不正確的。所有靜態泛型資訊都被保留，只有關於單個例項的泛型資訊被擦除。因此，如果我有一個實現 List<String> 的類 Foo，那麼我可以在執行時確定 Foo 實現了以 String 為引數的 List 介面。但是，如果我在執行時例項化一個 ArrayList<String> 例項，我無法透過該例項確定其具體的型別引數（我可以確定 ArrayList 需要型別引數）。在本文中，我將向您展示一些可用的泛型元資料的實際用法，這可以簡化策略介面和實現（按其處理的物件型別區分）的建立。
我在許多應用程式中看到的一種模式是使用某種策略介面，其具體實現分別處理特定的輸入型別。例如，考慮投資銀行業的一個簡單場景。任何上市公司都可以釋出 公司行為 (Corporate Actions)，從而對其股票產生實際變化。其中一個關鍵例子是股息支付，它按每股向所有股東支付一定數量的現金、股票或財產。在投資銀行內部，接收這些事件通知並計算由此產生的權益非常重要，以便使交易賬簿保持正確的股票和現金價值。
作為一個具體的例子，考慮持有 1,200,000 股 IBM 股票的 BigBank。IBM 決定派發每股 0.02 美元的股息。因此，BigBank 需要接收股息行動的通知，並在適當的時間更新其交易賬簿，以反映新增的 24,000 美元現金。
權益的計算將根據執行的公司行為型別而有很大差異。例如，合併很可能導致一家公司的股票損失，並獲得另一家公司的股票。
如果我們考慮這在 Java 應用程式中可能是什麼樣子，我們可以假設看到類似下面（大大簡化）的例子
public class CorporateActionEventProcessor {
public void onCorporateActionEvent(CorporateActionEvent event) {
// do we have any stock for this security?
// if so calculate our entitlements
}
}
關於事件的通知可能透過外部各方的多種機制傳入，然後傳送到這個 CorporateActionEventProcessor 類。CorporateActionEvent 介面可能透過多種具體類來實現
public class DividendCorporateActionEvent implements CorporateActionEvent {
private PayoutType payoutType;
private BigDecimal ratioPerShare;
// ...
}
public class MergerCorporateActionEvent implements CorporateActionEvent {
private String currentIsin; // security we currently hold
private String newIsin; // security we get
private BigDecimal…我非常高興地宣佈，新英格蘭 Java 使用者組 內的 Spring SIG（特別興趣小組）將於本週四（2006 年 9 月 28 日）舉行首次會議。Ramnivas Laddad（《AspectJ in Action》一書的作者，Interface21 負責人）將發表題為“AspectJ for Spring Developers”的演講。這將是一個瞭解 Spring 2.0 中 AspectJ 整合增強功能的好機會。
您可以在此處閱讀詳情，如果您計劃參加，請務必點選頁面左側的“註冊”連結。
這個小組將為“所有關於 Spring 的事情”提供一個很好的論壇，並且最初計劃每季度舉行一次會議。我期待著建立一個社群，並親自會見大波士頓地區的 Spring 使用者。
特別感謝 NEJUG 主席 Steven Maienza 以及對成立 Spring 小組表示興趣並在我搬到波士頓之前就將其付諸實施的 NEJUG 成員們。謝謝！
歡迎來到我的新部落格！我自 2004 年 8 月以來就沒有寫過部落格了，但受我們新團隊部落格的啟發，我想試試提升自己。同時也被同事們的部落格熱情激勵著。
目前我對很多話題都非常興奮，並承諾未來寫部落格的頻率會比每 2 年一次頻繁得多...... 請繼續關注我關於 Spring 2.0 及未來、面向物件設計、AOP 以及企業級 Java 未來的思考。
與此同時，我將分享我未來幾個月的旅行安排（這至少可以作為我不定期發帖的藉口）
幾周前，Spring Framework 專案在 SourceForge 上的主頁下載量突破了 100 萬次。實際總數可能要高得多，因為這個數字不包括每夜構建或 Spring 可以從其他網站下載的情況。而且，Spring 當然也包含在越來越多其他產品的分發中。還有 Spring.NET...
最重要的是，Spring 仍在保持增長勢頭：數字增長非常快。下載量最大的 Spring 版本是最新的生產釋出版本 1.2.8，下載量已達 17.5 萬次...
關於我最近釋出的關於 Spring 和 Maven 的公告，已經有很多討論了。這些討論都非常好且有價值，但我確實想澄清一下我提到的一些觀點。
首先也是最重要的一點，我們致力於支援選擇 Maven 作為構建系統的 Spring 使用者。這意味著從 Spring 2.0 RC4 開始，我們將幫助確保每個 Spring 版本釋出時，Maven 倉庫中都能提供準確的 POM 檔案。這就是世界上最受歡迎的 JIRA 問題所討論的內容。僅此而已。
Spring 自身內部構建系統的話題是一個...
您能猜到是什麼嗎？如果您猜到是關於 Spring 的Maven 包/構建，那您就贏了。12 月份來 The Spring Experience 找我，我們可以一起喝一杯冰鎮飲料作為您的獎品。
話雖如此，現在還不是慶祝的時候。將最後兩個專案（Spring 和 Spring Web Flow）進行遷移不是一件小事（如果您不信，只需看看《用 Maven 構建更好的專案》一書）。因此，在臨近 2.0 和 1.0 主要版本釋出的時候，我們並不想進行遷移。我能告訴您的是，遷移是計劃在版本釋出之後完成的目標。
這始於一件小事。只是我的一種直覺，認為 Spring 和 OSGi 應該能很好地結合在一起。想法是，透過讓 Spring 應用程式部署在 OSGi 執行時中，我們可以為 Spring 應用程式帶來更好的模組化、版本控制、執行時部署和更新能力。這是一個我從未真正宣傳過的專案；我只是開始嘗試，與一些人交流，並編寫了一些早期原型程式碼。
結果表明，似乎有很多人對 Spring 和 OSGi 感興趣。我們正在與來自 BEA、Oracle、IBM、Eclipse、OSGi 聯盟以及其他幾家公司的代表進行持續合作，以建立一個關於 Spring 對 OSGi 的支援應如何實現以及如何使在 OSGi 執行時上構建企業應用程式變得更容易的共享模型。該規範的最新版本已附在Spring JIRA 問題 1802 中。這裡是規範文字的直接連結...
