Error handling 如何在后续业务流程步骤中显示从自定义REST API端点返回的错误?

Error handling 如何在后续业务流程步骤中显示从自定义REST API端点返回的错误?,error-handling,azure-ad-b2c,orchestration-step,validation-technical-profile,Error Handling,Azure Ad B2c,Orchestration Step,Validation Technical Profile,基于。。。REST API端点正在验证外部IDP电子邮件,并且在电子邮件无效的情况下正确返回错误 返回内容(HttpStatusCode.Conflict,新CustomResponseContent) { Version=“1.0.0”, 状态=(int)HttpStatusCode.Conflict, UserMessage=message }); 现在,我想检测此错误并在后续的编排步骤中使用它,如下所示: 扩展标志 假的 我看到步骤4基于扩展标志执行 是否有任何方法可以从REST V

基于。。。REST API端点正在验证外部IDP电子邮件,并且在电子邮件无效的情况下正确返回错误

返回内容(HttpStatusCode.Conflict,新CustomResponseContent)
{
Version=“1.0.0”,
状态=(int)HttpStatusCode.Conflict,
UserMessage=message
});
现在,我想检测此错误并在后续的
编排步骤中使用它,如下所示:


扩展标志
假的

我看到步骤
4
基于
扩展标志执行

是否有任何方法可以从REST ValidateSignInEmail中检索和存储结果,并将其用于步骤
4
的标志

注意:当用户旅程完成执行时,我在URL中看到以下AADB2C错误。它来自RESTAPI端点错误(409-冲突)


error\u description
消息是我想传递到步骤
4

的内容,我是以不同的方式完成的。。。我没有返回冲突[409]状态,而是将REST端点更改为返回
OutputClaim
,如下所示:


这样,我就可以要求检查步骤
4
。请注意,我还从端点返回了一条
errorMessage
。此错误消息稍后将传递给
SelfAsserted RegError
Technical Profile

根据在后端完成的验证,
extension\u isEnabled
将获得TrueFalse

在步骤
4
中,我们检查
扩展是否已启用


无法扩展
真的
SkipThisOrchestrationStep

步骤
4
仅在
扩展可启用时执行
。如果它是true我们
跳过此OrchestrationStep
,则根本不会调用
自断言RegError
技术配置文件。
UserJourney
流程按预期继续进行。

我以不同的方式完成了此操作。。。我没有返回冲突[409]状态,而是将REST端点更改为返回
OutputClaim
,如下所示:


这样,我就可以要求检查步骤
4
。请注意,我还从端点返回了一条
errorMessage
。此错误消息稍后将传递给
SelfAsserted RegError
Technical Profile

根据在后端完成的验证,
extension\u isEnabled
将获得TrueFalse

在步骤
4
中,我们检查
扩展是否已启用


无法扩展
真的
SkipThisOrchestrationStep
步骤
4
仅在
扩展可启用时执行
。如果它是true我们
跳过此OrchestrationStep
,则根本不会调用
自断言RegError
技术配置文件。
UserJourney
流程按预期继续