1

ID プロバイダー ユーザー レジストリと、アプリケーションがユーザー プロファイルを読み書きするための SOAP Web サービスがあります。現在、SCIM インターフェイスも追加する予定です。

コア ユーザー スキーマは属性の基本セットをカバーしていることがわかりましたが、既存のシステムでは同じ属性に対して異なる命名規則が使用されています。

たとえば、USERTELEPHONENUMBER、USERSTREETADDR1 などとします。

すでにこの命名規則を使用している多数のアプリケーションを考慮して、SCIM 2.0 でも同じことを継続したいと考えています。

Core User スキーマを拡張できるとすれば、

1) コア スキーマの属性を使用しないことを選択できますか? ペイロードにこれらの属性が含まれている場合、サーバー側で単純にそれらを無視して、カスタム スキーマ属性のみを処理できますか?

ユーザー文書の例 -

    {
        "schemas":    [ "urn:scim:schemas:core:2.0:User",
                     urn:scim:schemas:extension:customattrs:2.0:User"], 
        "id": "2819c223-7f76-453a-919d-413861904646",

        "urn:scim:schemas:extension:customattrs:2.0:User": {
            "USERFIRSTNAME": "fname",
            "USERLASTNAME": "lname",
         "USERTELEPHONENUMBER": "1231231234
     }
    }

2) 新しいリソース自体を定義し、新しいコア スキーマを定義できます。

これらのオプションのうち、よりクリーンな方法はどれですか?

4

2 に答える 2