如果集群在工作流本应启动时关闭，则 Cron 工作流在 Cadence 中会发生什么情况？
如果Cadence集群关闭而工作流应该已经启动，CronWorkflow的行为是什么？当集群回来时，我们会期望工作流仍然启动吗？
共有1个答案
是的，所有尚未启动的工作流都将立即启动。如果错过多次启动，则只会执行一次。
-
在Cadence/Temoral工作流编程中： < li >不允许使用本机线程库。例如，在Java中，线程必须通过< code>Async.procedure或< code>Async.function创建，而在Golang中，线程必须通过< code>workflow创建。去吧。那为什么呢？ < li >有没有类似使用本机线程的竞争条件？例如，为了线程安全，应该使用< code>Hashtabl
-
我们有一个使用基于cron的调度的工作流程。我们需要支持一个用例来更改cron表达式。 这样做的最佳做法是什么？
-
我正在评估使用Cadence来执行长时间运行的批量操作。我有以下代码: 这对于数量较少的实体很好，但我很快遇到了以下异常： 看起来我很快就耗尽了线程池，Cadence无法安排新任务。 我通过将的定义更改为： 这基本上是以200个块为单位处理项目，并等待每个块完成，然后再移动到下一个块。我担心这将执行得如何（在重试时，块中的单个错误将停止处理以下块中的所有记录）。我还担心Cadence在发生崩溃时能
-
节奏工作流版本控制： 工作流执行具有以下代码： 工作流1： o/p的开始--版本1:1 工作流实施中的更改: 工作流2： o/p的开始--版本1:2 工作流实施中的更改: 工作流3： o/p的开始--版本1:3 工作流2的重放:o/p版本1: -1 工作流重播 1 ： o/p --version1： -1 我期待低于o / p 重播工作流程2： o/p--版本1:2 工作流重播 1 ： o/p -
-
我有一个包含多个活动的工作流1,2,3…6，如果我的工作流在活动3之后因某个特定异常而失败，我计划启动一个子工作流，最终修复该异常。之后，我想重试父工作流以完成完整的流程。 我可以在子工作流中使用什么来实现上述场景？ 我尝试查看具有< code>ContinueAsNew的工作流界面，该界面将创建一个新的工作流，并再次执行所有活动。
-
我有一个Github操作工作流，每小时、每小时触发一次。 当工作流运行时，它不会在计划的时间运行，即它不会在整点运行。延迟时间可能超过30分钟。我不知道这是为什么。 它不是工作流本身，因为当我在大约30秒内手动运行它时，它会执行。 有人能告诉我是什么原因造成了延误吗？ 这是一个时区问题吗？即使如此，在两次连续的工作流运行之间也应该有一个固定的1小时间隔，但事实并非如此。 这是代码。 Github回