演讲者：Josh Long，Pivotal
在应用服务器时代，HTTP Session 复制是扩展用户会话数据以及使其容错的常用方法。在当今轻量级容器、PaaS 和虚拟化的世界中，Spring Session 提供了 100% 服务器和/或容器可移植的 HTTP Session。了解 Spring Session 如何轻松地集成 Redis 等实现，如何在集群中扩展，如何处理多个用户的浏览器会话，如何与 WebSocket 一起工作，以及如何在 REST 应用中允许基于标头的身份验证。它非常适合处理用户数据，尤其是在云等高度分布式环境或 Cloud Foundry 等平台上。
2015年2月24日星期二下午3:00（伦敦格林威治标准时间）注册2015年2月24日星期二上午10:00（旧金山太平洋标准时间 GMT-08:00） 注册
演讲者：Mark Pollack、Mark Fisher、Sabby Anandan
担心大数据以及构建实际应用程序中固有的挑战？您不再需要担心！Spring XD 提供了一种一站式解决方案，涵盖了从传统企业到大型数据用例（批处理和流处理）的各种情况。为每个用例选择合适的工具非常重要，这就是为什么 Spring XD 集成 Spark、Reactor 和 RxJava 等技术以展示其灵活性以及支持复杂数据计算用例的统一编程模型。在这个网络研讨会中，我们将向您展示如何比其他大数据解决方案更快地开发数据驱动用例，这都基于开箱即用的 XD 运行时。
2015年2月17日星期二下午3:00（伦敦格林威治标准时间）注册2015年2月17日星期二上午10:00（旧金山太平洋标准时间 GMT-08:00） 注册
欢迎来到另一期《本周 Spring》！本周的综述本可以很容易地命名为《本周 Spring 视频和网络研讨会》，因为我们有很多！
亲爱的 Spring 社区：
我们已为 Eclipse 4.4.1 上的 STS/GGTS 3.6.3 发布了一个次要服务版本，以解决在 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 存储库对 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 发布候选版本现已推出。
Spring Roo jar 文件已发布到 Maven Central。
与往常一样，该版本在 Spring IO 存储库中可用。
候选版本修复了以下问题：
建议所有 Spring Roo 用户升级到此版本。
有关此版本中所做更改的完整详细信息，请参阅 [Jira 中的发行说明]
有关更多项目特定信息，请参阅 [项目页面] | [GitHub]
感谢提出有用错误报告和建议的优秀用户。这是一个候选版本，请尝试更新并提供反馈。与往常一样，您还可以在 Twitter 上找到 Roo - 关注 @SpringRoo 或在您的推文中包含 #SpringRoo。
我们目前的计划是在 1 月下旬发布 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 的上次更新是在 7 月（去年 SpringOne2GX 之前不久），但这并不是什么重要的功能升级。它的发布是为了更新依赖项并解决一些错误。从那时起，我们一直在努力更新许多功能，以使 Spring Batch Admin 能够保持最新。今天，我们宣布朝着这个目标迈出的第一步。
作为 2.0.0.M1 版本的一部分，Spring Batch Admin 现在将支持 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添加到平台。
此外，此版本还升级了许多项目的版本，以获取其最新的维护版本
许多第三方依赖项的版本也已更新。
录制于 SpringOne2GX 2014。
演讲者：Juergen Hoeller，Stéphane Nicoll
核心 Spring 轨道
幻灯片：http://www.slideshare.net/SpringCentral/201409-springonecachingmessaging
本课程展示了 Spring Framework 4.1 中围绕两个关键主题的主要新功能：我们将从围绕缓存抽象的众多改进开始，这是社区的要求，包括对 JCache (JSR-107) 标准注释的支持。然后，我们将继续讨论与消息相关的功能，例如使用 Spring Framework 4.0 中引入的消息传递抽象的带灵活方法签名的注释 JMS 监听器端点，从而使我们的核心 JMS 支持与我们的 STOMP 端点样式保持一致。
