即使我指出，在 上週的部落格文章中，關於 Java EE 7 平台採用方面沒有一般新聞（因為仍然沒有具有完整 EE 7 支援的 WebSphere Classic、WebLogic、JBoss EAP 甚至 TomEE），但兩個現有的開放原始碼 EE 7 平台伺服器 - 即 GlassFish 和 WildFly - 在這段時間取得了一些良好的進展
提醒：每次有人向您展示具有 Java EE 7 使用率欄位的調查結果時，尤其是在談論生產環境使用率時，請仔細檢查他們實際要求的是什麼。僅僅因為 Hibernate 4.3 使用 JPA 2.1（EE 7 等級但獨立執行），Hibernate 4.3 的使用是否算作 Java EE 7？僅僅因為 Tomcat 8 使用 Servlet 3.1，Tomcat 8 的使用是否算作 Java EE 7？當然，使用任何此類個別供應商執行 Spring 應用程式是否算作 EE 7？
請以懷疑的態度看待此類統計資料：它們通常不會要求「原生 Java EE 7 平台使用率」，但最終會以這種方式呈現。為什麼可以安全地假設他們沒有要求在生產環境中使用完整 Java EE 7 平台？嗯，請記住我在六月發佈的部落格文章，該文章在 2015 年底仍然有效。同時，唯一的真正消息是，自 IBM 在 WebSphere 的 Liberty Profile 中發佈其 EE 7 支援以來，沒有任何消息。總而言之，此類調查的回應者…
我很高興代表 DISID Corporation 的 Spring Roo 團隊宣布 Spring Roo 1.3.2 RC1 候選版本已發佈。
Spring Roo 是一個 Java 快速應用程式開發工具，可讓您在短短幾分鐘內建立完整的企業應用程式。
Spring Roo jar 檔案已發佈到 Maven Central。與往常一樣，該版本可在 Spring IO 儲存庫中找到。
候選版本修復了以下問題
網路研討會重播：Spring 展示：Turkcell 的個人雲端儲存應用程式
講者：Erdem Gunay
投影片：http://www.slideshare.net/SpringCentral/erdem-gunay-springshowcasewebinar
Turkcell 幾年前推出了個人雲端儲存服務。在傳統解決方案上新增新的業務功能在時間和預算方面成本高昂。使用者體驗需要改進。最後，決定構建一個新的解決方案，其中 Spring Boot 和 Spring Framework 專案作為後端發揮關鍵作用。該專案僅在 6 個月內從頭開始完成。該解決方案建立在 Spring Boot 和許多 Spring IO 平台專案之上，讓開發團隊可以專注於業務邏輯，而不是組態和整合細節。該專案已分為可部署的模組（API、後端、移轉、測試自動化），這些模組存取僅負責一項任務的微服務。加入 Erdem，一同回顧移轉工作和新架構 - 這一切都由 Spring Boot 實現。
在 http://projects.spring.io/spring-boot 瞭解有關 Spring Boot 的更多資訊
在 http://projects.spring.io/spring-framework 瞭解有關 Spring Framework 的更多資訊
講者：Greg Turnquist
所以您已決定使用 Spring Boot 構建應用程式？遲早會出問題。無論我們多麼有經驗，都是如此。Spring Boot 如何幫助我們找出問題並解決問題？本次演講介紹了許多工具，可幫助我們偵錯和管理「bootiful」應用程式。您將學習如何使用 Boot 的自動組態報告、覆寫 Boot 的設定和 bean、建立自訂指標/健康檢查/應用程式資訊，以及建立自訂 JMX 資訊和自訂 CRaSH 命令。
投影片：https://speakerdeck.com/gregturn/debug-and-maintain-your-spring-boot-apps
程式碼位於 https://github.com/gregturn/debug-your-spring-boot-app
在 http://projects.spring.io/spring-boot 瞭解有關 Spring Boot 的更多資訊
在 http://projects.spring.io/spring-framework 瞭解有關 Spring Framework 的更多資訊
請注意，有一篇關於 Spring 5 系統需求的後續部落格文章。如果您主要對 Spring 5 規劃流程感興趣，您可能想從那裡開始。
在我們追求 Java EE 整合的過程中，我們正嘗試積極採用最新一代的規範，例如 JPA、Bean Validation 以及 Servlet 和 JMS API。截至 Spring 4，我們並排支援 Java EE 6 和 7 等級的規範。我們希望很快將其提升到 EE 7+ 等級（JPA 2.1、Bean Validation 1.1，尤其是 Servlet 3.1 和 JMS 2.0），但正面臨一個根本問題：缺乏 EE 7 平台…
正如 Josh 在「本週 Spring」中提到的那樣，Eugen Paraschiv 最近對 Spring 4 和 Java 8 以及 Spring Boot 的採用情況進行了一項值得注意的調查：http://www.baeldung.com/java-8-spring-4-and-spring-boot-adoption
這些對我們來說是很有趣的數字。在 Spring 領域中，Java 8 的採用率似乎正在接近 40%！就 Spring Framework 版本而言，Spring 4 已經達到 65%，我很高興看到這一點。即使考慮到 Spring 的大部分企業使用可能未在這些數字中顯示，這也是一個很好的趨勢。Pivotal 的…
在雲端上使用 Jenkins、Spring 和 Cloud Foundry 進行 CI
講者：Jamie O’Meara，Pivotal
本次簡報將重點介紹一個整合的開發流程，該流程涉及使用 CloudBees Jenkins Enterprise 構建的 Spring 程式碼，並部署到 CloudFoundry。將展示一個從原始程式碼控制（Git）到 Jenkins 建置（Maven 和 Gradle）到 Cloud Foundry 實例上的即時部署的持續交付軟體生命週期。我們將演示使用 Jenkins 執行藍/綠應用程式部署。透過 Cloud Foundry 藍/綠 Jenkins 部署，您可以推送應用程式的新版本，並讓軟體路由器將其新增到應用程式現有版本的路由中。然後對兩個版本進行負載平衡，從而允許測試新版本並輕鬆替換或回退到現有版本。開發人員可以在私有雲和公有雲上執行建置，並部署到 PaaS 上執行的 Jenkins 和/或整合到 PaaS 中。我們將執行動手演示，並展示使用 Spring、Jenkins 和 Cloud Foundry 的整合建置管道的美妙和簡單之處。
2015 年 6 月 23 日星期二格林威治標準時間下午 3:00（倫敦格林威治標準時間 +01:00）註冊2015 年 6 月 23 日星期二太平洋夏令時間上午 10:00（舊金山格林威治標準時間 -07:00）註冊
講者：Phil Dutson，ICON Heath and Fitness
Thymeleaf 是一個出色的模板引擎，可以幫助您更快地建立網站並發佈程式碼。但是，存在一個問題，使用模板引擎需要轉變思維，才能完成「正常」任務。這讓許多開發人員不知所措且感到沮喪。在本次演講中，我將介紹開發人員可以避免的常見陷阱，並舉例說明如何解決從歷史悠久的 JSTL 轉換到 Thymeleaf 時遇到的常見問題。
2015 年 6 月 30 日星期二格林威治標準時間下午 3:00（倫敦格林威治標準時間 +01:00）註冊2015 年 6 月 30 日星期二太平洋夏令時間上午 10:00（舊金山格林威治標準時間 -07:00）註冊
講者：Marten Deinum
投影片：https://speakerdeck.com/mdeinum/improving-legacy-applications-with-spring
原始碼：https://github.com/mdeinum/legacy-app
自 2002 年發布「J2EE 設計與開發」以來，Spring 就已存在。 自那時以來，Spring 和 Java 都發生了相當大的變化。 這些年來，已經開發了許多應用程式。 這些現有的「舊版」應用程式已經證明了它們的價值，這就是它們能夠持續存在的原因。 在本次會議中，我們將探討如何透過重構或重新設計（基於元件的開發），以及引入（較新的）Spring IO 技術來改進我們的舊版應用程式。
在 http://projects.spring.io/spring-framework 瞭解有關 Spring Framework 的更多資訊
