Пользовательская политика Azure B2C, вызывающая поставщика RESTfull из обработки ошибок DisplayControl.

Как обрабатывать сбои при использовании DisplayControl, который вызывает поставщика RESTfull во время действия SendCode?

Т.е. когда конечная точка HTTP недоступна и пользователь нажимает кнопку кода отправки, поток просто зависает с отображением значка индикатора выполнения.

Я пробовал изменить параметр ContinueOnError в ValidationClaimsExchangeTechnicalProfile, но при установке значения true он просто переходит к следующему ValidationClaimsExchangeTechnicalProfile. Я даже добавил логическую проверку assert в следующую проверку, ничего не происходит.

Похоже, что единственный путь вперед - это создание полных настраиваемых страниц с использованием <TechnicalProfile Id="PhoneVerificationPage1"> в соответствии с образцом номера телефона без пароля ...?

Дополнительная информация: когда поставщик RESTfull вызывается непосредственно на этапе оркестрации, возвращается следующая ожидаемая ошибка: < img src = "https://i.stack.imgur.com/pW3bJ.png" alt = "введите описание изображения здесь" />


azure-ad-b2c azure-ad-b2c-custom-policy
person Schalk    schedule 30.03.2021    source источник

Ответы (1)


arrow_upward
0
arrow_downward

Когда API недоступен, у нас есть тайм-аут 30 секунд, и повторите попытку 3 раза, это, вероятно, то, что вы видите как зависание. Когда он вернется, вы можете настроить ошибки в соответствии с этим документом: https://docs.microsoft.com/en-us/azure/active-directory-b2c/restful-technical-profile#error-handling

person Jas Suri - MSFT    schedule 03.04.2021
comment
Спасибо, но похоже, что при его использовании в DisplayControl поведение меняется, если я не делаю там что-то не так. Я действительно заметил, что другой поставщик RESTfull работает должным образом в других областях, то есть когда не используется в DisplayControl. - person Schalk; 21.04.2021