主讲人：Josh Long, Pivotal
在应用服务器时代，HTTP Session 复制是扩展用户会话数据以及使其具有容错能力的一种常见方法。在当今的轻量级容器、PaaS 和虚拟化世界中，Spring Session 提供了 100% 服务器和/或容器可移植的 HTTP Session。了解 Spring Session 如何轻松地插入 Redis 等实现，跨集群进行扩展，处理多个用户的浏览器会话，与 WebSocket 配合使用，并允许在 REST 应用中进行基于 Header 的身份验证。它非常适合处理用户数据，尤其是在云等高度分布式环境或 Cloud Foundry 等平台上。
2015 年 2 月 24 日星期二 GMT 15:00 (伦敦 GMT) 注册2015 年 2 月 24 日星期二 PST 10:00 (旧金山 GMT-08:00) 注册
演讲者：Mark Pollack, Mark Fisher, Sabby Anandan
担心大数据以及构建实际应用程序的固有挑战？您不必再担心了！Spring XD 提供了一站式解决方案，涵盖了从传统企业到大数据的用例，包括批处理和流处理。为每个用例选择正确的工具非常重要，这也是 Spring XD 集成 Spark、Reactor 和 RxJava 等技术的原因，以展示其灵活性和统一的编程模型，支持复杂的数据计算用例。在本次网络研讨会中，我们将展示如何通过开箱即用的 XD 运行时，比其他大数据解决方案更快地开发数据驱动的用例。
2015 年 2 月 17 日星期二 GMT 15:00 (伦敦 GMT) 注册2015 年 2 月 17 日星期二 PST 10:00 (旧金山 GMT-08:00) 注册
注意：本文的源代码和测试将继续演进，但文本的更改在此处不再维护。请参阅教程版本以获取最新内容。
在本文中，我们将继续 我们关于如何在“单页应用程序”中使用 Spring Security 和 Angular JS 的讨论。在这里，我们首先将应用程序中用作动态内容的“问候”资源分解到一个单独的服务器中，首先将其作为一个不受保护的资源，然后通过一个不透明的令牌进行保护。这是系列文章中的第三篇，你可以通过阅读 第一篇文章 来回顾应用程序的基本构建块或从头开始构建它，或者你可以直接到 Github 查看源代码，它分为两部分：一部分是 ……
欢迎收看又一期“本周 Spring 要闻”！本周的综述完全可以命名为“本周 Spring 视频和网络研讨会”，因为我们有很多内容！
亲爱的Spring社区，
我们发布了 STS/GGTS 3.6.3 的一个次要服务版本，基于 Eclipse 4.4.1，以解决 JGit 客户端中发现的一个安全漏洞。更多详细信息可以在这里找到：JGit 客户端 (CVE-2014-9390)
要下载更新的发行版，请访问
STS/GGTS 3.6.4 计划于 2015 年 3 月发布，紧随 Eclipse Luna SR2 发布之后。
祝您使用愉快！
网络研讨会：使用 Spring 和 GemFire 构建可扩展数据应用程序
演讲者：Luke Shannon, Pivotal
幻灯片：http://www.slideshare.net/SpringCentral/building-scalable-web-applications-with-spring-data-gemfire
GemFire 是 Pivotal 的分布式内存数据网格。在本课程中，我们将介绍如何使用 Spring Data GemFire 简化 GemFire 网格的配置，并探讨随着网格资源的增加或减少以满足增加的客户端需求，数据是如何动态分布和高度可用的。我们将详细回顾使用 Spring 进行 GemFire 访问和测试的模式。我们将通过创建域对象并使用 Spring Data GemFire Repositories 对 GemFire 网格执行 CRUD 操作，创建一个使用 GemFire 作为其持久化层的 Spring MVC/Spring Boot 应用程序，回顾 Spring Boot 和 Spring Data GemFire 如何帮助 GemFire 测试用例，以及 Spring Data GemFire 如何使 GemFire 函数的创建和执行更容易。我们还将探讨如何使用 Spring XD 来加载和监控网格中的数据更改。这将是一个动手实践、面向代码的课程。
Spring Roo 1.3.1 RC2 现已发布
我谨代表 Disid Corp 的 Spring Roo 团队，高兴地宣布 1.3.1 RC2 Release Candidate 现已发布。
Spring Roo jar 文件已发布到 Maven Central。
一如既往，该版本可在 Spring IO 仓库中找到。
候选版本修复了以下问题：
建议所有 Spring Roo 用户升级到此版本。
有关此版本中所做更改的完整详细信息，请参阅 [Jira 中的发行说明]
有关更多项目特定信息，请参阅 [项目页面] | [GitHub]
感谢那些提供了有用 bug 报告和建议的优秀用户。这是一个候选版本，请尝试更新并提供反馈。一如既往，您也可以在 Twitter 上找到 Roo - 关注 @SpringRoo 或在您的推文中包含 #SpringRoo。
我们目前的计划是在一月下旬发布 1.3.1.RELEASE。敬请关注！
我们很高兴地宣布今天发布了多个 Spring Batch 相关的版本。Spring Batch 的一个错误修复版本、Spring Batch Admin 的一个错误修复版本以及 Spring Batch Admin 新版本的一个里程碑版本现已全部可用。
Spring Batch 3.0.3 代表了 Spring Batch 最新的维护版本，解决了许多增强和次要的错误修复。Spring Batch 3.0.3 中的新功能包括：
在此版本发布之前，覆盖 Spring Batch 开箱即用的 JSR-352 配置作业的基础设施的唯一方法是将配置包含在作业的上下文中。这妨碍了为真正共享的组件配置全局覆盖的能力。通过 3.0.3，您现在可以通过系统属性指定 Spring 配置的位置，该属性可以覆盖现有的基础设施。
在使用远程分区时，主节点需要一种方法来得知从属分区已完成工作。过去，这通常是通过每个从属节点回复主节点来完成的，结果被聚合，然后主节点被通知所有从属节点已完成。然而，这需要额外的配置，可能并非必需。由于分区作业中的从节点将它们的状态保存在与主节点相同的作业存储库中，因此主节点可以仅仅轮询作业存储库来查看从节点是否完成。此版本增加了将 MessageChannelPartitionHandler 配置为轮询作业存储库而不是等待响应消息的能力。您可以在 MessageChannelPartitionHandler 的文档中阅读更多关于此新功能的配置信息。
这不是一个完整的更新列表，但重点介绍了主要的新功能。您可以在 Spring Batch 的 Jira 问题跟踪器中查看确切的更改：https://jira.spring.io/browse/BATCH/
我们今天发布的两个 Spring Batch Admin 版本中的第一个是 Spring Batch Admin 1.3 系列的第一个维护版本。此版本解决了许多次要错误，其列表可以在 Jira 中找到：https://jira.spring.io/browse/BATCHADM/
去年在 SpringOne2GX 上我收到的最大问题是“Spring Batch Admin 怎么样了？” Spring Batch Admin 的最后一次更新是在去年七月（就在去年的 SpringOne2GX 之前），但它并没有带来太多功能升级。它被发布以更新依赖项并解决一些错误。从那时起，我们一直在努力更新许多功能，以使 Spring Batch Admin 保持最新。今天，我们宣布朝着这个目标迈出的第一个里程碑。
Spring Batch Admin 在 2.0.0.M1 版本中将支持 JSR-352 配置的作业。通过将您的基于 XML 的配置放在 /META-INF/batch-jobs 目录中，按照规范要求，Spring Batch Admin 将加载作业，使其可以通过 REST 端点和当前 UI 进行启动。Spring Batch Admin 提供的所有监控功能（查看执行、启动/停止/重启等）均可用。
随着 Spring 社区从基于 XML 的配置转向基于 Java 的配置，Spring Batch Admin 也在跟进。从这个版本开始，Spring Batch Admin 支持扫描 Java 配置的 Spring Batch 作业的包。与任何其他批处理作业一样，这些作业将被加载并可用于执行，就像它们的 XML 对应项一样。
需要注意的是，虽然 Spring Batch Admin 现在支持基于 Java 的配置，但您不应该使用 @EnableBatchProcessing。这有一个原因。@EnableBatchProcessing 提供了一系列 Spring Batch Admin 开箱即用的基础设施。通过 Java 配置为在 Spring Batch Admin 中使用的作业的配置与您使用 @EnableBatchProcessing 时完全相同……只是没有使用该注解。您仍然可以像往常一样自动注入 JobBuilderFactory 和 StepBuilderFactory。
作为 Spring XD 团队在其管理 UI 中所做工作的一部分，他们创建了一套全新的与批处理相关的 REST 端点。此版本将这些端点迁移到 Spring Batch Admin 中供所有人使用。在 /batch 路径下，有一系列端点提供与现有 REST API 类似的功能，但更进一步。新 API 遵循 HATEOAS 原则，允许 API 发现和遍历。虽然 HATEOAS 的支持仍在进行中，但此版本让我们得以一窥我们未来的方向。
与所有 Spring 项目一样，我们努力在合理范围内保持向后兼容。因此，Spring Batch Admin 2.0 正在进行一些重大更改，以便将来实现向后兼容。这些更改包括移除“官方”UI，以及弃用旧版本的 REST API。此版本不包含任何这些更改。 这些更改将在 Spring Batch Admin 2.0 正式发布之前到来。我们希望在项目方向上保持开放和透明。
任何关注过近年来 UI 领域变化速度的人都能很快发现，选择一种现代前端技术并能够在可预见的未来保持向后兼容性目前是不可能的。破坏性更改的速度太快了。当将这一点纳入我们提供处于相关领域前沿的工具的愿望时，我们决定移除 UI 作为项目的一个正式部分。即便如此，我们仍然理解客户端是 Spring Batch Admin 提供的关键部分。因此，我们计划提供一系列示例项目，演示几种不同的客户端选项。这将使我们能够独立于核心框架/API 来演进客户端选项，而不会阻止我们实现向后兼容。
我们还将弃用旧版本的 REST API。新 API 在 REST API 成熟度模型上更进一步，从基本的 HTTP CRUD 操作转变为支持真正的资源。虽然新的 REST 端点仍在开发中，但一旦它们功能齐全，我们将弃用旧的端点，将开发精力集中在改进和演进新的端点集上。
我们将继续致力于上述更改，并计划在今年第二季度初发布另一个版本。我们对 Spring Batch Admin 的未来充满热情，并期待您在 Jira、Github、StackOverflow 和社交媒体上提供反馈！
我们很高兴地宣布，Spring IO Platform 1.1.1.RELEASE 现已在 repo.spring.io 和 Maven Central 上提供。
本次发布的主要亮点是将 Spring Session 1.0.0.RELEASE 添加到 Platform 中。
此外，本次发布还升级了多个项目的版本，以采用其最新的维护版本
许多第三方依赖项的版本也已更新。
录制于 SpringOne2GX 2014。
演讲者：Juergen Hoeller, Stéphane Nicoll
核心 Spring 赛道
幻灯片： http://www.slideshare.net/SpringCentral/201409-springonecachingmessaging
本次会议展示了 Spring Framework 4.1 中围绕两个关键主题的主要新功能：我们将首先介绍根据社区的要求，在缓存抽象方面进行的许多改进，包括对 JCache (JSR-107) 标准注解的支持。然后，我们将介绍与消息传递相关的功能，例如具有灵活方法签名的注解式 JMS 侦听器端点，使用 Spring Framework 4.0 中引入的消息传递抽象，从而使我们的核心 JMS 支持与我们的 STOMP 端点风格保持一致。
