SpringOne2GX 2015 录制。
演讲者：Jeff Brown，OCI Web
幻灯片：http://www.slideshare.net/SpringCentral/restful-grails3
Grails 3 包含许多与构建 RESTful 服务相关的功能和特性。这些包括一个全新的、更灵活的数据绑定系统、运行时和编译时元编程（极大地减少了 RESTful 服务所需的代码量）、一套丰富的內容协商工具等等。
SpringOne2GX 2015 录制。
演讲者：Alex Snaps，Chris Dennis - Terracotta / Software AG
幻灯片：http://www.slideshare.net/SpringCentral/bringing-javaxcacheing-to-your-app
经过 10 年的开发，JSR-107 最终定稿。我们现在拥有 Java 平台的标准化缓存 API。它已准备好用于您的 Spring 应用程序。但它真正为您带来了什么？这些可选功能是什么？没有事务支持？如何有效地利用这个新的 API 来解决您今天应用程序中的实际问题？我们将探讨如何最好地开始将缓存引入您的 Spring 应用程序以解决实际问题。并且，当我们更详细地探讨 javax.cache API 时，我们将看到如何将其规范推向极限……甚至超越极限。无论是通过框架（如 Spring 和 Hibernate）隐式地，还是显式地（旁路缓存、直通缓存……）。以及在需要超出规范范围的功能（例如事务缓存）时如何从特定提供商中抽象出来。我们还将介绍在选择实现时可能需要考虑的一些实现者细节，尤其是在计划将规范推向极限时，例如在进行分布式缓存和缓存 TB 级数据时。
SpringOne2GX 2015 录制。
演讲者：Colin Harrington，OCI Web
幻灯片：http://www.slideshare.net/SpringCentral/booting-iot-with-grails
在云、虚拟化、容器化、微服务和纳米服务的世界中，我们讨论了向上扩展、向外扩展和解耦系统，但通常忽略了向下扩展到嵌入式平台。与此同时，我们已经摆脱了重量级的单体 Web 容器，我们看到了诸如 RaspberryPi 之类的功能强大的低成本嵌入式 Linux 设备的兴起。
SpringOne2GX 2015 录制。
演讲者：Emad Benjamin，VMware
幻灯片：http://www.slideshare.net/SpringCentral/building-and-tuning-high-performance-java-platforms
在云、虚拟化、容器化、微服务和纳米服务的世界中，我们讨论了向上扩展、向外扩展和解耦系统，但通常忽略了向下扩展到嵌入式平台。与此同时，我们已经摆脱了重量级的单体 Web 容器，我们看到了诸如 RaspberryPi 之类的功能强大的低成本嵌入式 Linux 设备的兴起。
SpringOne2GX 2015 录制。
演讲者：Dustin Whittle，AppDynamics
幻灯片：http://www.slideshare.net/SpringCentral/modern-frontend-engineering
在过去的十年中，Web 发生了巨大的变化。在本演讲中，我们将深入探讨最新的工具和技术，这些工具和技术构成了现代前端工程的基础。我们将从使用 Yeoman 进行引导开始，然后转向使用 bower 管理依赖项，最后是如何使用 Grunt 和 Gulp 自动化最佳实践。我们将讨论 Zurb、Bootstrap 和 SemanticUI 等现代 UI 工具包以及 React、Angular 和 Ember 等现代 JavaScript 框架的优缺点。我们将重点介绍最新的 CSS 框架、JavaScript 框架，以及为什么您应该为复杂的应用程序或单页应用程序选择正确的工具集。完成本课程后，您将准备好于 2015 年启动一个现代 Web 应用程序。
SpringOne2GX 2015 录制 演讲者：Juergen Holler，Stephane Nicoll 幻灯片：http://www.slideshare.net/SpringCentral/modern-java-component-design-with-spring-framework-42 Spring 的编程和配置模型在应用程序组件和配置工件方面具有强大的设计理念。Spring 基于注解的组件故事经过微调，以提高源代码的可读性和整个应用程序代码库的一致性。本课程介绍了选定的 Spring Framework 4 组件模型亮点，重点是即将推出的 Spring Framework 4.2 和……
Spring Boot 1.2.7 已发布，现可从 repo.spring.io 和 Maven Central 获取。
此维护版本包括 许多修复，最重要的是将托管的 Spring Framework 依赖项更新到 4.1.8 版（其中包括重要的 安全修复）。Spring Boot 本身还包括 一个安全修复，该修复会影响使用 Undertow 的应用程序。
我们建议所有 Spring Boot 用户立即升级。
Spring IO Platform 1.1.4.RELEASE 现已可从 repo.spring.io 和 Maven Central 获取。
此维护版本升级了平台中许多项目的版本，以获取其最新的维护版本
欢迎回来，Spring 社区！
在本系列关于 Spring Tool Suite 中新的 Spring Boot 仪表板的博客文章的第二部分中，我们将超越工作区中的本地应用程序，并查看部署到云运行时的远程应用程序。如果您错过了 第一部分，请先阅读它以熟悉 STS 中的 Boot 仪表板。
我们在 Boot 仪表板中支持的初始远程目标是 Cloud Foundry。Boot 仪表板的设计和实现并不局限于仅支持此远程目标，它只是我们首先开发的一个目标。
我们的目标是提供与本地应用程序类似的体验，让您能够轻松地与 Cloud Foundry 上的 Spring Boot 应用程序进行交互、启动、停止、更新和查找日志输出。因此，您可以使用工具栏中的大加号图标向 Boot 仪表板添加 Cloud Foundry 部分。
输入您的凭据并选择组织/空间后，Boot 仪表板中将出现一个新部分，其中列出了部署到 Cloud Foundry 此空间的应用程序。您可以看到应用程序的名称以及已配置和正在运行的实例数量。
基本操作适用于一个或多个 CF 上的应用程序，其方式与本地应用程序的操作方式非常相似。您可以跳转到控制台输出，它将显示在 STS/Eclipse 的控制台视图中；您可以启动和停止应用程序；您可以双击它们以转到运行应用程序的浏览器窗口；您可以为应用程序配置默认路径；您可以向这些应用程序添加/删除标签。如果您在这些目标部分中选择 Boot 仪表板中的多个条目，您甚至可以跨目标执行某些操作（例如启动和停止）。
除了适用于本地应用程序和 Cloud Foundry 上应用程序的常见操作外，还有一些针对 Cloud Foundry 上应用程序的附加操作。例如，Boot 仪表板允许您完全从 Cloud Foundry 删除应用程序，或轻松跳转到 Web 控制台。
到目前为止，我们讨论的是 Cloud Foundry 上的现有应用程序。但是，如何将您的应用程序部署到 Cloud Foundry？有多种方法，可以使用 CLI 或 Cloud Foundry 的 Eclipse 插件。Boot 仪表板为您提供了另一个选项：您可以将您的 Spring Boot 应用程序直接拖放到仪表板中的 Cloud Foundry 目标上，它将把 Spring Boot 应用程序部署到 CF。这就像听起来一样简单。
如果您的应用程序包含 `manifest.yml` 文件，则该文件将用于配置 Cloud Foundry 上的应用程序。这通常包含应用程序名称、域名、内存设置、实例数量以及更多其他内容。
如果您的项目中没有 `manifest.yml` 文件，则部署操作将通过对话框提示您输入部署应用程序所需的基本信息。
但请注意：如果项目包含 `manifest.yml` 文件，则将使用它来部署和配置应用程序。您可能通过 Web 控制台对 CF 上的配置所做的更改，在您下次使用 Boot Dashboard 重新启动/重新部署/更新应用程序时将会丢失。要么在 `manifest.yml` 文件中配置所有内容，要么完全不使用它——至少目前是这样。我们将努力改进这一点，以允许更灵活地处理 `manifest.yml` 文件和对应用程序配置的外部更改，但这将在 STS 的未来版本中实现。
应用程序部署后，Boot Dashboard 将保持工作区中项目与 Cloud Foundry 上已部署应用程序之间的关联（并在 Boot Dashboard 中显示此关联）。
保持工作区项目与 Cloud Foundry 上应用程序之间的这种关联，使得更改此应用程序变得容易得多。如果您更改工作区中的代码并按下 CF 上应用程序的“(重新)启动”按钮，Boot Dashboard 将自动将应用程序（更改）重新推送到 Cloud Foundry。
在 Cloud Foundry 上部署应用程序后，您通常不需要同时在本地处理所有内容。通常，您专注于应用程序的某些部分，有时您甚至希望同时使用两者：一些在 Cloud Foundry 上运行的服务和一些在 IDE 的本地机器上运行的服务。但是它们如何交互呢？
作为早期尝试，我们在 Boot Dashboard 中构建了一个特定功能，允许您使用 CF 上的所有服务和应用程序，并让它们调用在本地机器上运行的单个服务。这样，您可以专注于环境的各个项目，并继续为其余部分使用 Cloud Foundry。您可以快速迭代和在本地处理代码——并在与 Cloud Foundry 上的其他部分一起工作时进行测试。是不是很棒？
其工作方式如下：您已经为微服务部署了服务发现机制。目前，我们支持此功能的 Eureka 服务发现服务。您可以使用名为“(重新)启动并通过 ngrok 公开应用程序”的特殊操作来启动本地 Spring Boot 应用程序。执行此操作将(重新)启动您机器上的本地应用程序。同时，此操作将使用 ngrok 服务为该应用程序创建一个公开可见的隧道。结果，您将获得一个公开可见的 URL，该 URL 将所有流量路由到您的本地机器和在本地机器上运行的本地 Spring Boot 应用程序。该应用程序会自动配置为使用此公开可见的隧道 URL 向远程 Eureka 注册。
现在，此服务的客户端将从 Eureka 获取此隧道 URL，而不是（或除了）可能已经在 Cloud Foundry 上运行的服务的默认实例——并将调用您本地运行的服务而不是 CF 上的服务。您可以快速迭代本地服务，甚至对其进行调试。
这种混合部署方案显然不适用于生产环境或团队环境，在这些环境中，多人同时使用 CF 上的应用程序。但这对于测试和开发环境非常有用。
对 Cloud Foundry 的支持在这里只是一个起点。Spring Boot Dashboard 绝不限于或专注于 Cloud Foundry。将来可以并且将会添加其他远程云运行时。我们将要处理的下一个运行时之一是 Lattice，但也非常欢迎其他运行时。如果您有兴趣参与合作，请告诉我们。Spring Boot Dashboard 是在 EPL 下开源的，我们非常乐意与您合作开发附加功能并为其添加对更多云运行时的支持。
本系列的第三部分将向您介绍对 Spring Boot Devtools 的内置支持，以及如何从 Boot Dashboard 中使用它们来快速修改您的应用程序（甚至在 CF 上），以及如何在 CF 上进行远程调试。
我代表团队高兴地宣布，Spring Framework 4.2.2、4.1.8 和 3.2.15 维护版本现已可用。
除了修复框架中的各种小问题外，这些版本还旨在防止反射文件下载攻击；请查看相应的CVE 报告以了解详情。我们建议所有 Spring Framework 3.x 和 4.x 用户立即升级。
Spring Framework 4.2.2 还为最近发布的服务器Undertow 1.3 和 GlassFish 4.1.1 提供 WebSocket 支持，以及微调的 CORS 和 JavaScript 支持。此版本是即将推出的Spring Boot 1.3 的基础……
