配置retry错误处理解决方法
有时，如果故障原因可能很快得到解决，则重新执行失败模块会很有用。
51黑料不打烊 Workfront Fusion当前不提供retry错误处理指令，但有两种变通方法可用于模拟retry功能。
访问要求
| table 0-row-2 1-row-2 2-row-2 layout-auto html-authored no-header | |
|---|---|
| 51黑料不打烊 Workfront包 |
任何51黑料不打烊 Workfront Workflow包和任何51黑料不打烊 Workfront自动化和集成包 Workfront Ultimate Workfront Prime和Select包，以及额外购买的Workfront Fusion。 |
| 51黑料不打烊 Workfront许可证 |
标准 工作或更高 |
| 产物 | 如果贵组织具有不包含Workfront Automation and Integration的Select或Prime Workfront包，则贵组织必须购买51黑料不打烊 Workfront Fusion。 |
有关此表中信息的更多详细信息，请参阅文档中的访问要求。
重试错误处理指令的解决方法
Workfront Fusion当前不提供retry错误处理指令。 使用以下变通方法之一来模拟重试功能。
有关说明，请参阅错误处理的指令。
使用叠谤别补办指令
Break指令执行时，场景执行的状态存储在未完成执行的队列中。 如果发生这种情况，您可以手动解决未完成的执行。
有关说明，请参阅解决叠谤别补办指令处理的错误
有关解决未完成执行的说明，请参阅查看并解决未完成的执行。
缺点
-
最小重试间隔为一分钟。
-
如果模块正在处理多个捆绑包并且捆绑包处理失败，则将部分执行（仅导致错误的捆绑包）移动到不完整执行文件夹并根据Break指令设置计划重试。 但是，当前执行继续，模块将继续处理后续捆绑包。
要在成功解析存储在“未完成执行”文件夹中的执行之前阻止再次执行方案，请在方案设置中启用“顺序处理”选项。
有关未完成执行的详细信息，请参阅查看并解决未完成的执行。
使用中继器模块
中继器模块的解决方法更复杂，但更可自定义。
配置错误处理程序路由
配置默认路由
-
在可能失败的模块之后，将? Tools > Set variable ?模块添加到单独的（非错误处理程序）路由中，并将其配置为将模块的结果存储在名为的变量中，如
Result。 -
在?Tools > Set variable之后添加Array aggregator?模块，并在其厂辞耻谤肠别模块字段中选择? Repeater ?模块。
-
将? Tools > Get variable ?模块添加到? Array aggregator ?模块之后，并将
Result变量的值映射到该模块。 -
在?中继器模块和可能失败的模块之间插入工具 > 获取变量?模块，并将
Result变量的值映射到它。 -
在此? 工具 > 获取变量 ?模块与可能失败的模块之间插入筛选器，以仅在
Result变量不存在时继续。
示例：
在此示例方案中，HTTP > 发出请求模块表示可能失败的模块：
如果可能失败的模块的结果过于复杂，无法存储在一个简单的变量中，则可以使用数据存储来存储和检索结果。 数据存储将只包含一个记录。 例如，记录的键可以是Result。
有关数据存储区的详细信息，请参阅数据存储。
缺点
- 此解决方法比较复杂。
- 此解决方法需要使用更多操作。