現代應用程式中非人類生成資料的龐大數量很容易壓倒傳統的單執行緒、阻塞設計模型。Reactor旨在解決這一問題，為JVM應用程式提供一個基礎框架——這些應用程式在執行合理的小塊無狀態、非同步處理時需要高吞吐量。加入Jon Brisbin，他將討論該專案的動機、啟發該專案的design patterns和現有技術，以及它在當今非同步生態系統中的位置，作為他在2013年SpringOne 2GX會議上即將舉行的演講的預告。

本次會議分享了許多在vSphere上執行Java的生產經驗證的方法。涵蓋了如何為大型部署配置JVM和VM的大小。本次會議將有一個關於GC調優的專門部分，並展示如何使用過去15年來實際現場經驗開發的GC配方來調優各種JVM。

本次會議討論了三個關鍵趨勢和相關的調優技術。關鍵趨勢是：整合、彈性和靈活性，以及效能。

整合。我們的許多客戶發現，他們的中介軟體部署已經氾濫，併成為管理挑戰，伴隨著更高的成本。我們看到一個趨勢，客戶尋求虛擬化作為減少伺服器例項數量的一種方式。與此同時，客戶正利用整合的機會來合理化服務特定負載所需的中介軟體元件數量。中介軟體元件通常執行在Java虛擬機器（JVM）中，其規模從100個到數千個JVM例項不等，並提供了大量JVM例項整合的機會。因此，中介軟體虛擬化提供了整合兩次的機會——一次是整合伺服器例項，第二次是整合JVM例項。這一趨勢影響深遠，因為地球上幾乎所有的IT部門都在考慮整合的成本節約。一位酒店業的客戶經歷了一個伺服器足跡整合的過程，同時整合了許多小於1GB堆的JVM。他們將許多這些小於1GB的JVM整合到2個類別中，分別是4GB和6GB。他們以一種方式進行整合，即應用程式可用的記憶體總量等於原始記憶體總量，但JVM例項數量更少。他們透過所有這些操作提高了效能並保持了良好的SLA。由於需要管理的JVM例項數量減少，並且環境得到了最佳化，易於實現SLA，因此他們還大大降低了管理成本。
另一位來自保險業的客戶，能夠取得與上述客戶相同的成果，此外，他們還能夠在開發和QA環境中過度分配CPU，以節省第三方軟體許可成本。另一方面，有時我們會遇到客戶有合法的業務需求，需要為每個應用程式維護一個JVM，或為每個業務線維護一個JVM。在這種情況下，您實際上無法整合JVM例項，因為這會導致一個業務線應用程式的生命週期與另一個業務線應用程式的生命週期混合。然而，雖然這類客戶從JVM整合中消除了額外JVM例項方面獲益不多，但他們確實從更充分地利用伺服器硬體上的可用計算資源中獲益，而這些資源在非虛擬化環境中可能會被閒置。

彈性和靈活性。如今，擁有季節性需求的應用程式越來越普遍。例如，我們的許多客戶執行各種營銷活動，這些活動會驅動季節性流量湧向他們的應用程式。藉助VMware，您可以透過在需要時自動配置新的虛擬機器和中介軟體元件，並在負載消退時自動拆除這些VM來處理此類流量高峰。此外，在不造成停機的情況下更改更新/修補硬體的能力，對於支援雲時代規模和正常執行時間的中介軟體至關重要。VMware VMotion使您能夠在不停止應用程式或VM的情況下移動VM。僅憑這種靈活性，在管理大型中介軟體部署時，虛擬化中介軟體就變得非常有價值。一位金融領域的客戶，每天處理數百萬筆交易，經常使用VMotion來安排硬體升級，而無需停機。否則，這將是他們的業務成本高昂的計劃停機。

效能。客戶在虛擬化時通常報告中介軟體平臺效能有所提升。效能改進部分歸因於客戶在虛擬化專案期間通常會更新的硬體。由於強大的VMware Hypervisor，效能也有所提高。一位最近的客戶報告了出色的效能水平，並提供了以下證詞。

“透過我們的OrderExpress專案，我們升級了中介軟體服務、商務、門戶、WCM、服務層、DB2資料庫；從AIX遷移到Linux；在VMware上虛擬化；將應用程式遷移到三層DMZ；交易量增加了150%以上；並增加了顯著的新功能，極大地改善了客戶體驗。一次性改變如此廣泛的技術元件是一個巨大的挑戰。然而，使用VMware vSphere和其他架構變更，我們成功地將效能提高了300%以上；節省了數百萬美元的成本；提高了安全性、可用性和可擴充套件性；我們還計劃繼續發展該應用程式，以保持每年30%以上的增長。”

– Jeff Battisti，Cardinal Health高階企業架構師

在本次會議中，我將展示一些小型和大型JVM中介軟體元件的實際JVM和VM大小。還將詳細介紹我多年來開發的GC調優配方，該配方已被證明可以處理4GB到88GB+的JVM堆大小，甚至更高。當然，記憶體資料庫的引入促成了擁有這些大型JVM的趨勢，因此我們將討論調優JVM、VM以及它們部署的硬體平臺的最佳方法。

我認為大小問題是我們客戶群體中最常問的問題，因此我計劃在會議中重點關注它。

基於Actor的併發模型是一種正規化轉變。什麼是正規化轉變？

科學主流理論中基本假設或正規化的改變。正規化轉變使簡單的想法難以理解。儘管Actor模型是一個簡單而革命性的想法，但程式設計師很難看到它的實際好處和用法。同樣，Scala程式語言帶來了許多簡化基於Actor的設計的功能，但它也帶來了一種新的編碼風格。解決這個問題的一個可能方法是根據舊正規化來評估新正規化。在本次演示中，我們將採用一個正在執行的Spring Web應用程式，並逐步使用Actor和Scala來實現它。我們將保持懷疑和警惕的態度對待新想法，但同時也會保持開放的心態。我們將利用Spring的知識來學習基於Actor的併發模型。同時，我們將學習Actor、Scala背後的最佳實踐，以及將它們與Spring Framework結合使用的最佳實踐。

對於現代應用程式，許多企業面臨著現代應用程式的一些新的訊息傳遞挑戰，例如訊息傳遞層的水平可伸縮性、異構的訊息傳遞系統和訪問方法，以及極端事務處理。本次演示/演示將介紹企業如何利用 Spring 和 RabbitMQ 技術克服這些訊息傳遞挑戰。

Tom 將論證 AMQP 的價值，解釋 SpringSource 如何透過 Spring AMQP 和 Spring Integration 提供 AMQP 支援，解釋 RabbitMQ 如何成為一個現代化的訊息傳遞解決方案，提供一個可靠、高可用、可伸縮且可移植的訊息傳遞系統，並具有可預測且一致的吞吐量和延遲，並演示如何將 Spring Integration 和 RabbitMQ 逐步引入到標準的 Spring Web 應用程式中。

在本會話中，您將瞭解 Spring Integration 和 Spring Batch 的全部內容，它們之間有何不同，共同點是什麼，以及如何一起使用 Spring Batch 和 Spring Integration。

我們將簡要概述“企業整合模式”（EIP），該模式在同名且具有深遠影響力的書中進行了描述。基於這些模式，然後我們將瞭解 Spring Integration 如何支援訊息驅動應用程式的開發。這不僅可以模組化新應用程式或現有應用程式，還可以輕鬆地與外部系統整合。

本次會話還將介紹 Spring Batch。Spring Batch 滿足任何批處理過程的需求，無論是大型金融機構的複雜計算，還是許多軟體開發專案中存在的簡單資料遷移任務。我們將介紹 Spring Batch 是什麼，Spring 如何處理批處理的概念，以及 Spring 如何處理批處理過程的擴充套件以能夠處理任何資料量。

您還將看到 Spring Integration 和 Spring Batch 如何最大限度地重用核心 Spring Framework 提供的整合支援。除了提供一個強大、成熟的基礎之外，這還大大降低了所有熟悉 Spring 的開發人員的學習曲線。

儲存庫抽象層是Spring Data專案中的核心部分之一。它提供了一個一致的、基於介面的程式設計模型，可以輕鬆實現資料訪問層。本次演講將從簡短的介紹開始，然後深入探討最佳實踐和實現模式。

我們將透過概述可以在此通用儲存庫抽象之上實際構建的內容來結束會議，並討論與Spring MVC和REST Web服務的整合鉤子。

介紹Cascading，一個面向Java開發人員的應用程式框架，用於在Apache Hadoop上部署健壯的企業級應用程式。我們將從最簡單的Cascading程式開始（在分散式檔案系統中複製檔案），然後逐步展示一個基於Twitter Feed的Java社交推薦系統。

介紹Cascading，一個面向Java開發人員的應用程式框架，用於在Apache Hadoop上部署健壯的企業級應用程式。我們將從最簡單的Cascading程式開始（在分散式檔案系統中複製檔案），然後逐步展示一個基於Twitter Feed的Java社交推薦系統。

目標是展示如何處理“大資料”，從筆記型電腦上的樣本資料集開始，生成JAR式應用程式，這些應用程式可以部署在非常大的叢集上。

我們將展示Cascading中可擴充套件應用程式的最佳實踐，如何利用TDD功能等。

如今，替代性的資料持久化方法非常流行。然而，將我們的技能和遺留應用程式遷移到這些新的有前途的技術可能會有問題。Spring Data是一個令人興奮的持久化解決方案。它帶來了Spring Framework的靈活性和熟悉性，並添加了Repositories的概念，使開發人員能夠使用save、update、delete和dynamic finders等熟悉的方法編寫程式。

在本演示中，我們將介紹Spring Data for GemFire，以及它如何利用您現有的Spring Framework技能來建立通用的Spring風格介面，從而更有效地遷移到GemFire等分散式資料網格。

當應用程式變得越來越大時，模組化成為可維護性的關鍵方面。早期做出的設計決策在程式碼庫中幾乎難以發現，模組間的依賴關係大大增加。本次演講介紹了將邏輯架構與程式碼庫連線起來的方法和途徑。此外，我們還將討論一般程式碼組織、包結構的最佳實踐，以構建Java應用程式的堅實基礎，以及Spring在建立松耦合元件和擴充套件應用程式的專用點方面能發揮多大作用。