0
私はWSO2 Identity Serverで一意のユーザー名と固有の連絡先IDで識別されるユーザープロファイルを持っています。 WSO2は既に一意のユーザー名をサポートしていますが、重複した連絡先IDが割り当てられないようにしたいと考えています。独自の値を持つWSO2 Identity Serverのクレームを追加できますか?
ユーザー名以外のクレームに対して一意性をサポートする方法はありますか?
私はWSO2 Identity Serverで一意のユーザー名と固有の連絡先IDで識別されるユーザープロファイルを持っています。 WSO2は既に一意のユーザー名をサポートしていますが、重複した連絡先IDが割り当てられないようにしたいと考えています。独自の値を持つWSO2 Identity Serverのクレームを追加できますか?
ユーザー名以外のクレームに対して一意性をサポートする方法はありますか?
設定を介してこのAFAIKを行う方法はありません。
私が考えることのできるもう1つのアプローチは、プロファイル更新中にトリガーされるユーザー操作リスナーを作成し、更新された一意の連絡先IDが有効かどうかを検証できます。
http://www.securityinternal.com/2016/08/writing-user-operation-event-listener.htmlを参考にして、書き方を理解してください。
設定を介してこのAFAIKを行う方法はありません。私が考えることができる回避策は、プロファイルの更新中にトリガーされるリスナーを作成し、更新された一意の連絡先IDが有効かどうかを検証できます。それはあなたのために働くだろうか? – farasath
しかし、私がWSO2 ISの管理サービスを呼び出してそのユーザーのクレームを追加しようとしている場合、そのリスナーは機能しますか? –
うん。これはユーザーストアレベルでトリガーされるものです。そのため、管理サービスやSCIM APIのようにユーザーを追加するときは、最低レベルでユーザーストアにクレームが追加されます。その時点で、このリスナーがトリガーされます。 – farasath