IEF - 在初始 SelfAssertedAttributeProvider 中设置默认值 - 作为 OutputClaim 传递到旅程中的下一步不起作用
IEF - Setting Default Value in initial SelfAssertedAttributeProvider - passing as OutputClaim to next step in the journey not working
正在尝试找到任何方法(尝试了无穷无尽的组合)默认值 来自初始旅程第 1 步的 SelfAssertedAttributeProvider(api.selfasserted) 并输出到声明包中供下游使用
OutputClaim 默认值
<OutputClaim ClaimTypeReferenceId="EnvironmentId" DefaultValue="12345" AlwaysUseDefaultValue="true" />
我想在下一个编排步骤的“SignUp”SelfAssertedAttributeProvider (api.localaccountsignup)
- InputClaim
- 这样我就可以最终将它“输出”到 SelfAssertedAttributeProvider ValidationTechnicalProfile 作为 RestfulProvider 作为 InputClaim 到 REST API
我试过:
SelfAssertedAttributeProvider ValidationTechnicalProfile InputClaim/OutputClaim
<InputClaimClaimTypeReferenceId="EnvironmentId" />
<OutputClaim ClaimTypeReferenceId="EnvironmentId" />
DefaultSSOSessionProvider 坚持声明
<PersistedClaim ClaimTypeReferenceId="EnvironmentId" />
最有趣的是,我在一个完全不同的策略集中工作 - 显着的区别是我正在尝试使用使用 DisplayClaim 的新策略集,而不是通过 SelfAssertedAttributeProvider ValidationProfile 调用 REST api -我在旅途中通过ClaimsExchange步骤直接使用输入休息。
假设“立即注册”功能绕过了 SelfAssertedAttributeProvider 的初始旅程步骤,因为在那里尝试的一切都没有奏效。
与其尝试默认 OutputClaim
,不如一直返回到 RelyingParty TechnicalProfile
中的最早步骤并默认为 InputClaim
示例:
...
<TechnicalProfile Id="PolicyProfile">
<DisplayName>PolicyProfile</DisplayName>
<Protocol Name="OpenIdConnect" />
<InputClaims>
<InputClaim ClaimTypeReferenceId="EnvironmentId" DefaultValue="12345" />
</InputClaims>
...
声明已作为输入声明成功发送到下游 Journey TechnicalProfile。
显着限制:不能通过此处的声明解析器默认声明:(
正在尝试找到任何方法(尝试了无穷无尽的组合)默认值 来自初始旅程第 1 步的 SelfAssertedAttributeProvider(api.selfasserted) 并输出到声明包中供下游使用
OutputClaim 默认值
<OutputClaim ClaimTypeReferenceId="EnvironmentId" DefaultValue="12345" AlwaysUseDefaultValue="true" />
我想在下一个编排步骤的“SignUp”SelfAssertedAttributeProvider (api.localaccountsignup)
- InputClaim
- 这样我就可以最终将它“输出”到 SelfAssertedAttributeProvider ValidationTechnicalProfile 作为 RestfulProvider 作为 InputClaim 到 REST API
我试过:
SelfAssertedAttributeProvider ValidationTechnicalProfile InputClaim/OutputClaim
<InputClaimClaimTypeReferenceId="EnvironmentId" />
<OutputClaim ClaimTypeReferenceId="EnvironmentId" />
DefaultSSOSessionProvider 坚持声明
<PersistedClaim ClaimTypeReferenceId="EnvironmentId" />
最有趣的是,我在一个完全不同的策略集中工作 - 显着的区别是我正在尝试使用使用 DisplayClaim 的新策略集,而不是通过 SelfAssertedAttributeProvider ValidationProfile 调用 REST api -我在旅途中通过ClaimsExchange步骤直接使用输入休息。
假设“立即注册”功能绕过了 SelfAssertedAttributeProvider 的初始旅程步骤,因为在那里尝试的一切都没有奏效。
与其尝试默认 OutputClaim
,不如一直返回到 RelyingParty TechnicalProfile
中的最早步骤并默认为 InputClaim
示例:
...
<TechnicalProfile Id="PolicyProfile">
<DisplayName>PolicyProfile</DisplayName>
<Protocol Name="OpenIdConnect" />
<InputClaims>
<InputClaim ClaimTypeReferenceId="EnvironmentId" DefaultValue="12345" />
</InputClaims>
...
声明已作为输入声明成功发送到下游 Journey TechnicalProfile。
显着限制:不能通过此处的声明解析器默认声明:(