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