问题标签 [scim2]

我正在尝试利用 Apache simple 为我的一个用例启动 SCIM 服务器和客户端。我找不到罐子是任何回购。连下载页面都不可用。http://directory.apache.org/simple/downloads.html

谢谢。

我最近向 SCIM 端点添加了新过滤器：

但是，这些过滤器似乎不支持名称中的空格……</p>

因此，当姓氏包含它们时，例如“das Dores”，这在荷兰、西班牙等地很常见。

我正在尝试找到一些指导方针，以正确的方式处理这个问题，

我可以做类似 的事情familyName = /scim/2/users?filter=familyName eq "das_Dores" 并替换_为， 但想知道是否没有更好或更“正确”的方法来处理这个问题？

我正在使用 WSO2 APIM 3.2.0 和 WSO2 IS 5.11.0 它们都使用使用 JDBC 的公共 shared_db (Postgres DB)。因此，在 WSO2 IS（使用 carbon portal / scim 2.0 API）中创建的用户和角色也将反映在 WSO2 APIM 中。

当我使用 WSO2 IS 支持的 SCIM 2.0 API 执行角色更新（修改角色）时，我们可以看到更改立即反映在 WSO2 IS 碳门户和数据库中，但在 WSO2 APIM 碳门户中，旧角色仅可见即使刷新。3 到 5 分钟后，它才会反映在 WSO2 APIM 碳门户中。

谁能告诉我问题的原因以及如何解决？我需要这个角色更新也立即反映在 WSO2 APIM 碳门户中。

注意问题不是：是否有任何免费/scim2 服务器实现可供使用？它是关于，如何将 scim2 服务添加到已经为云中的最终用户提供产品的现有服务器上？我的理解是：可用的在线免费实现（如此处和其他地方提到的那些）只是参考实现（而不是像 jdbc/rest 这样的 maven 库，您可以简单地将其添加到现有项目中并使用），而您只能从它们复制/粘贴/借用代码，但不能将它们用作可以在现有应用程序中重用的库（因为现有应用程序服务器已经有现有的用户/组服务/pojos/api 和他们自己的一组 CRUD/bulk用户/组的操作）。

所以看起来只有两个选择：

1. 您从参考实现中复制/粘贴/覆盖（当然，如果不重新定制/重新测试您所做的每一个更改，以后就无法升级）。
2. 从头开始开发您自己的一套 API。并保留设计，以便您可以将其分享回社区。

我有一个复杂的 SCIM 属性，如下所示：

我想将其修改为

如何使用 PATCH 做到这一点？我应该替换整个子属性还是可以使用 PATCH 从中删除值 2 ？

我知道如何使用多值属性来做到这一点。但我不知道如何为子属性做这件事。

我试图弄清楚以下行为是否是预期的。就我而言，我以具有用户名的用户身份登录：testuser

我从 Blazor SPA 向以下 URL 发出 PATCH 请求https://myidentityserver/scim2/Me。这是 WSO2 IS 所在的位置。

包含密码更改和其他一些修补信息的 PATCH 请求成功完成并Status Code:200 OK返回。

在上述 PATCH 请求之后，立即调用https://myidentityserver/oauth2/token并Status Code: 400返回包含grant_type: refresh_token, client_id: myid, refresh_token:xxxxxx，这意味着令牌无效。

据我了解，这是预期的行为，因为令牌中存在的信息现在由于 PATCH 而被更改，并且令牌应该失效。

WSO IS 版本：5.11.0

我正在开展一个项目，其中普通用户和 wso2is 超级管理员位于一个且唯一的租户中。我们的 WSO2IS 处理大约 5,000 个用户，并拥有大约 10,000 个应用程序（服务提供商）。现在的问题是，当我们进行 api 调用以获取所有用户（即使使用过滤器）时，我们的响应时间超过 30 秒（通常会触发 1 分钟的客户端超时）。

当用户和应用程序较少时，显然情况并非如此。而且我们在其他“更轻”的环境中仍然没有问题。

当我们开始有较长的响应时间时，我注意到应用 wso2is 超级管理员不属于其中的过滤器使响应时间更容易接受。从那我注意到，当创建应用程序时，每个应用程序的角色都会自动分配给超级管理员。当通过 api 拉动超级管理员时，它显然使 wso2is 完成了它的所有角色（因此在给定数量的情况下需要时间）。

所以我想知道，是否有任何机会（如果这是响应时间缓慢的根本原因），在请求 scim2 get users api 时是否有配置或方法来避免拉超级管理员而不自定义 wso2is api 代码。

我对这个问题的第一个想法是超级管理员是导致它的人，所以为了防止响应缓慢，我不得不在请求 api 时是否拉他或让他“更轻”。所以我想到了两种可能性：

• 在不同租户上拥有用户和超级管理员
• 从超级管理员中删除应用程序角色

虽然我不知道它们的影响和复杂性。

TL;DR： 现在请求用户太慢了，我怀疑 wso2is 超级管理员是造成这种情况的原因，尽管我可能错了。所以，就目前而言，我正在寻找一种方法来避免在调用 api 时得到他。

非常感谢您的帮助，如果某些要点不够清楚，请随时提出问题。

我目前正在尝试让 SCIM 2.0 配置与 Okta 和 c# Web API 一起使用。

我尝试使用以下参考构建 API，但不幸的是进展不顺利并提出了相同的问题。 https://github.com/FabianZoon/SCIM2

请建议。