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 社区中所有即将举行的活动。

查看全部