【问题标题】:SCIM Deserialization Issue in .NET.NET 中的 SCIM 反序列化问题
【发布时间】:2015-12-03 11:55:45
【问题描述】:

作为 SCIM(跨域身份管理系统)标准的新手,请原谅我的任何无知,因为我正处于学习曲线上,试图弄清楚如何发出干净/简单的请求来配置用户、删除用户和修改用户。

我正在尝试使用 C#/.NET 通过 SCIM 向用户发出 HTTP REST 请求,使用 System.Net.Http.HttpClient

https://msdn.microsoft.com/en-us/library/system.net.http.httpclient(v=vs.110).aspx

我可以成功地做到这一点并从服务器获得 JSON 响应,但是为了轻松读取响应对象并对其进行操作,我想反序列化它。经过大量阅读尝试使用 JsonConvert 之类的东西, dynamic 等。我偶然发现了一个似乎暗示有用的 Microsoft nuget 库。可悲的是,似乎没有任何文档*

更新: 其中一位作者更新了 nuget 页面,其中包含指向博客文章的链接,该链接在某种程度上解释了用法。

Microsoft.SystemForCrossDomainIdentityManagement

https://www.nuget.org/packages/Microsoft.SystemForCrossDomainIdentityManagement/

我试图从中获取数据的 SCIM 提供商是 Facebook,使用他们在其网站上发布的通过电子邮件获取用户的示例:

https://developers.facebook.com/docs/facebook-at-work/provisioning/scim-api#getuserbyemail

这是 C# 中的代码示例,它尝试从 SCIM 服务获取用户并对其进行反序列化。我发现我返回的 queryResponse 在填充属性时被正确反序列化,但是作为第一个也是唯一一个资源对象的 Core1EnterpriseUser 具有空/默认属性。

var userName = "foo.bar@foobar.com";
var response = await client.GetAsync($"Users?filter=userName%20eq%20%22{userName}%22");

if (response.IsSuccessStatusCode)
{
    var json = await response.Content.ReadAsStringAsync();
    var jsonResponseProperties = await Task.Factory.StartNew(() => { return JsonConvert.DeserializeObject<Dictionary<string, object>>(json); });

    var userFactory = new QueryResponseJsonDeserializingFactory<Core1EnterpriseUser>();
    var queryResponse = userFactory.Create(jsonResponseProperties);

    if (queryResponse.TotalResults == 1)
    {
        var user = queryResponse.Resources.First();
        var id = user.Identifier; // this and other properties are null/false etc.
    }
}

这是我查询时服务返回的 JSON 示例:

{
   "schemas": [
      "urn:scim:schemas:core:1.0"
   ],
   "totalResults": 1,
   "itemsPerPage": 10,
   "startIndex": 1,
   "Resources": [
      {
         "schemas": [
            "urn:scim:schemas:core:1.0",
            "urn:scim:schemas:extension:enterprise:1.0",
            "urn:scim:schemas:extension:facebook:starttermdates:1.0",
            "urn:scim:schemas:extension:facebook:suppressclaimemail:1.0"
         ],
         "id": 180383108978226,
         "userName": "foo.bar\u0040foobar.com",
         "name": {
            "formatted": "Foo Bar",
            "familyName": "Bar",
            "givenName": "Foo"
         },
         "title": "Vice President",
         "active": true,
         "emails": [
            {
               "primary": false,
               "type": "work",
               "value": "foo.bar\u0040foobar.com"
            }
         ],
         "urn:scim:schemas:extension:enterprise:1.0": {
            "department": "IT"
         },
         "urn:scim:schemas:extension:facebook:starttermdates:1.0": {
            "startDate": 0,
            "termDate": 0
         }
      }
   ]
}

更新:

我正在与该项目的一位作者进行对话,他亲切地向我指出了这篇博文:

http://blogs.technet.com/b/ad/archive/2015/11/23/azure-ad-helping-you-adding-scim-support-to-your-applications.aspx

他还更新了现在包含对 SCIM v1 的支持的 nuget 库,还指出由于 JSON 数据表明 Facebook 使用的版本是 v1:"urn:scim:schemas:core:1.0" 所以现在我可以使用 Core1 而不是尝试使用Core2 类(我已将上面的问题更新为使用Core1EnterpriseUser)。

目前我仍然无法正确地反序列化我的回复,并将在我拥有的更多信息中更新问题。

同样,如果这个库显然不容易工作,我也没有必须使用它,因为我知道关于 nuget 的简短描述表明它是为 Azure AD 创建的。

但是,我很感激有关如何/应该完成此类事情的任何建议,因为我确信肯定有很多人在使用 SCIM - 您如何解析您的回复/生成您的请求,以便你有实物吗?您能否自动解析模式的响应,以便为对象增加正确的属性?

我昨晚很晚才起床,手工制作了一些模型类来处理响应对象——我似乎确实在工作。如果我无法让 nuget 库正常工作(首选选项),那么我将不得不自己使用。 :/

再次感谢 佩特斯基

【问题讨论】:

标签: c# json facebook poco scim


【解决方案1】:

尽管我对 SCIM 的最佳实践仍然一无所知,但我现在已经设法让代码正常工作 - 非常感谢微软的 nuget 库作者之一 Craig McMurtry!

在此过程中需要解决一些问题,例如更新 nuget 包以包含以前对旧 v1 SCIM 对象的支持。但这是基于我的问题中的示例的工作原理的 sn-p,但结果证明是使用 Newtonsoft 序列化程序。 :(

在上面的代码中:

var jsonResponseProperties = await Task.Factory.StartNew(() => { return JsonConvert.DeserializeObject<Dictionary<string, object>>(json); });

被替换为:

var jsonResponseProperties = new JavaScriptSerializer().Deserialize<Dictionary<string, object>>(json);

等等!我的对象的属性现在正在反序列化...

【讨论】:

  • 我也面临同样的问题。您的解决方案可能会解决我的解决方案中的一部分,但我想将 json 反序列化为强类型对象。还是谢谢
猜你喜欢
  • 2011-11-12
  • 2016-06-17
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2018-01-25
  • 1970-01-01
  • 1970-01-01
  • 2013-12-25
相关资源
最近更新 更多