更上一层楼
VMware 提供培训和认证,以加速您的进步。
了解更多我们很高兴地宣布 Spring Cloud Task 1.1.0.RELEASE 现在可以通过 Github 和 Pivotal 下载存储库获得。 非常感谢所有为本次发布做出贡献的人。
这是 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 作为任务存储库的数据存储。
我们期待您在 Github、StackOverflow 中或通过 Twitter @michaelminella 直接向我反馈这些新功能!