Spring Cloud Task 1.1.0.RELEASE 现已发布

发布 | Michael Minella | 2016年11月22日 | ...

我们很高兴地宣布,Spring Cloud Task 1.1.0.RELEASE 现已通过 Github 和 Pivotal 下载仓库提供。非常感谢所有为本次发布做出贡献的人。

Spring Cloud Task 1.1.0 提供以下功能

这是 1.1.0 版本的通用可用版本(GA)。此版本解决了对项目的一些关键增强,以便更好地覆盖云环境中任务的操作问题。1.1.0 版本新增的功能包括:

  • 更新的错误处理 - 1.0.x 版本将任务执行产生的堆栈跟踪存储在 TaskExecution#exitMessage 字段中,导致该字段需要承担双重任务。首先,它可用于任务的编排(类似于 Spring Batch 中的 StepExecution#exitStatus),同时也用于存储堆栈跟踪以进行调试。在 1.1.0 版本中,错误消息已移至新字段 TaskExecution#errorMessage,以便每个字段都有其专用的用途。

  • 更新了分区批处理作业的自定义选项 - 在 Spring Cloud Task 的 1.0.x 版本中,在将工作进程启动为任务时,没有办法自定义传递给它们的命令行参数。在 CloudFoundry 等环境中,这会成为一个问题,因为您可以使用命令行参数自定义配置,而无需重新推送您的应用程序。在新发布的 1.1.0 版本中,我们通过 CommandLineArgsProvider 提供了自定义命令行参数的能力,其功能与 1.0.2 中引入的 EnvironmentVariablesProvider 类似。

  • 外部执行 ID 持久化 - 在云环境中运行任务时,通常会有一个与任务执行的基础设施相关联的独立 ID。YARN 在历史服务器中使用的 ID 或 CloudFoundry 使用的任务 ID 都是这些 ID 的示例。Spring Cloud Task 1.1.0 现在提供了持久化此外部执行 ID 的能力,以便能够将两者进行映射。

  • 记录任务执行的请求 - 在 Kubernetes 或 CloudFoundry 等基础设施上启动任务时,任务执行的请求时间与其实际开始时间之间可能存在延迟。更复杂的是,如果平台出现问题,任务可能根本不会启动。如果发生这种情况,您仍然需要一份请求记录。Spring Cloud Task 1.1.0 引入了在任务执行实际开始之前记录预期开始的能力。允许启动器记录此请求,任务本身将相应地更新其状态。

  • 任务仓库的其他数据库支持 - 1.1.0 版本引入了一个社区贡献的模式,支持 DB2 作为任务仓库的数据存储。

您怎么看?

我们期待您在 GithubStackOverflow 或直接通过 Twitter @michaelminella 向我反馈这些新功能!

Spring Cloud Task 主页 | GitHub 源码 | 参考文档

获取 Spring 新闻通讯

通过 Spring 新闻通讯保持联系

订阅

领先一步

VMware 提供培训和认证,助您加速进步。

了解更多

获得支持

Tanzu Spring 提供 OpenJDK™、Spring 和 Apache Tomcat® 的支持和二进制文件,只需一份简单的订阅。

了解更多

即将举行的活动

查看 Spring 社区所有即将举行的活动。

查看所有