From nobody Sat Dec 5 23:59:55 2020 Return-Path: X-Original-To: scim@ietfa.amsl.com Delivered-To: scim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6810A3A0E97 for ; Sat, 5 Dec 2020 23:59:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.847 X-Spam-Level: X-Spam-Status: No, score=-1.847 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DpALwc1YwiJJ for ; Sat, 5 Dec 2020 23:59:51 -0800 (PST) Received: from mail-il1-x12e.google.com (mail-il1-x12e.google.com [IPv6:2607:f8b0:4864:20::12e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 599773A0E9E for ; Sat, 5 Dec 2020 23:59:44 -0800 (PST) Received: by mail-il1-x12e.google.com with SMTP id k8so9277063ilr.4 for ; Sat, 05 Dec 2020 23:59:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=iQiJqGv3vA8ebrZupvfvopzeU6DsK6mX+uNB+BvQE/E=; b=f2Tvc/3WI6j6LtotQqBK7T5yM1+mO/KGFkKLDooontPYyX/1GUZjMKL3HZI8FrRTHS BREBEFoLLxR3Yu3A1kYu4qDcoQzAWLRDvf03wlmTcXESSJAvyOpujR3CaFjmxAkZfbmL z3vRCmqC6ICJnnr8Yq5hUOrE6VCbG0uzWxUh6sK8G04Pc60RLuVwhkO8108/A1kwdEDJ spFKNjEGLOb99jAED8Cfz0RKR+neCj1WLoI+q6QcEnODHkClMMeeC2Cyox3KNj8na0kZ U3ct5qvUJbu7LfB501/NdU1aIK8XXpNPo2R0YmMNC1G4CfrvhFugRck9ENzZ3GQu+MY8 tFlQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=iQiJqGv3vA8ebrZupvfvopzeU6DsK6mX+uNB+BvQE/E=; b=kAFsfbr90Q2NOoesWoe2jqSlfXWC20sKsGOd6SbEmnLZaCSobSf7drvD9aSrFYFqCj JeJD6AkmMgcGU/0JDXXKPGYvzA9gibG3XlNENlWWK0tZgafqLEATbAciFzqqhndwAwgd pz5UtDbmvZE/UZsnB/zhq99+LkPBfa4ODUGnAKCm/+fFMY/87Ics3YEHJi+Hycq0hpmE X1l6pEtrbpmwZ6lo4XIQ7SXaRIEIr4L+PjI38CMxCnIaCICsm6kjFZdgEYF2qsRhDVyP BMM5QwOs5iPcfhRbYrrAvRcxAf3c8ACIFs22ZytHTKywIf9lv7X6PjoXGNJlETSzJEdM nApg== X-Gm-Message-State: AOAM533arXu/S6/ZR8WmQqgF8DCucwiaMPfGmTVe5iihBOpZL4c9QAIE yqoHrSNeEorDLVffiWcSjIUX/4/4bOybEI59ME66pFY8yAg8JA== X-Google-Smtp-Source: ABdhPJx0Z2AytW5BGwm/oFBmEA+dbdiyGkedlgwmzIqWl6DMRFjH/nB7FfDl2NRySR5xTPy71JK70x7MphMfR9zQaZ8= X-Received: by 2002:a92:c7ae:: with SMTP id f14mr13636521ilk.202.1607241583042; Sat, 05 Dec 2020 23:59:43 -0800 (PST) MIME-Version: 1.0 From: Anuradha Karunarathna Date: Sun, 6 Dec 2020 13:29:32 +0530 Message-ID: To: scim@ietf.org Content-Type: multipart/alternative; boundary="000000000000a0272405b5c71723" Archived-At: Subject: [scim] User resource's lastModified attribute behavior on Group resource update X-BeenThere: scim@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Simple Cloud Identity Management BOF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2020 07:59:53 -0000 --000000000000a0272405b5c71723 Content-Type: text/plain; charset="UTF-8" Hi all, According to the lastModified attribute definition in RFC 7643 section 3.1 [ 1 ], a particular resource's lastModified attribute should be updated if the resource is updated. According to the definition, it is obvious to have an update on a user's lastModified attribute based on PATCH operation on /Users/{user-id} or PUT operation on /Users/{user-id}. Also, I feel that the lastModified attribute of user resource should be updated even the user updates indirectly. eg: Adding a member to a group should cause to update the relevant group and user resources' lastModified attribute. PATCH /Groups/acbf3ae7-8463-...-9b4da3f908ce Host: example.com Accept: application/scim+json Content-Type: application/scim+json Authorization: Bearer h480djs93hd8 If-Match: W/"a330bc54f0671c9" { "schemas": ["urn:ietf:params:scim:api:messages:2.0:PatchOp"], "Operations":[ { "op":"add", "path":"members", "value":[ { "display": "Babs Jensen", "$ref": "https://example.com/v2/Users/2819c223...413861904646", "value": "2819c223-7f76-453a-919d-413861904646" } ] } ] } If we take the above request as a succeded PATCH request, lastModified attribute of - the group identified by id acbf3ae7-8463-...-9b4da3f908ce and, - the user Babs Jensen (SCIM id- 2819c223-7f76-453a-919d-413861904646) should be updated. I want to clarify whether my understanding is correct? [1] https://tools.ietf.org/html/rfc7643#section-3.1 Thanks, Anuradha --000000000000a0272405b5c71723 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi all,

According to the lastModified a= ttribute definition in RFC 7643 section 3.1 [1], a particular=C2=A0resource's=C2=A0lastModified a= ttribute should be updated if the resource is updated. According to the definition, it is = obvious to have an update on a user's=C2=A0lastModified a= ttribute based on PATCH operation on /Users/{user-id} or PUT operation on= =C2=A0 /Users/{user-id}.
Also, I feel that the lastModified attri= bute of user resource should be updated even the user updates=C2=A0indirect= ly.

eg: Adding a member=C2=A0to a group should cau= se to update the relevant group and user resources' lastModified attrib= ute.

PATCH /Groups/acbf3ae7-8463-...-9b4da3f908ce
   Host: example.com
   Accept: application/scim+json
   Content-Type: application/scim+json
   Authorization: Bearer h480djs93hd8
   If-Match: W/"a330bc54f0671c9"

   { "schemas":
      ["urn:ietf:params:scim:api:messages:2.0:PatchOp"],
     "Operations":[
       {
        "op":"add",
        "path":"members",
        "value":[
         {
           "display": "Babs Jensen",
           "$ref":
   "h=
ttps://example.com/v2/Users/2819c223...413861904646",
           "value": "2819c223-7f76-453a-919d-413861904646&qu=
ot;
         }
        ]
       }
     ]
   }

If we take the above request as a succeded=C2=A0PATCH request, = lastModified attribute of=C2=A0
  • the group identified by id=C2=A0acbf3ae7-8463-...-9b4da3f908= ce and,
  • the user=C2=A0Babs = Jensen (SCIM id- 2819c223-7f76-453a-919d-413861904646)
should be updated.

I want to clarify whether my underst= anding is correct?


Thanks,
Anuradha=C2=A0
--000000000000a0272405b5c71723-- From nobody Sun Dec 6 07:56:30 2020 Return-Path: X-Original-To: scim@ietfa.amsl.com Delivered-To: scim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4D2AD3A0EB5 for ; Sun, 6 Dec 2020 07:56:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.895 X-Spam-Level: X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=independentid-com.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PoUdK4hTdKaA for ; Sun, 6 Dec 2020 07:56:24 -0800 (PST) Received: from mail-pg1-x530.google.com (mail-pg1-x530.google.com [IPv6:2607:f8b0:4864:20::530]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8B1263A0EB2 for ; Sun, 6 Dec 2020 07:56:24 -0800 (PST) Received: by mail-pg1-x530.google.com with SMTP id e23so6733789pgk.12 for ; Sun, 06 Dec 2020 07:56:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=independentid-com.20150623.gappssmtp.com; s=20150623; h=content-transfer-encoding:from:mime-version:subject:date:message-id :references:cc:in-reply-to:to; bh=BYUdM+07SEowI6b54gPtkNdw22Zr09Q+fSTI01gISeY=; b=0mjBFFW3nVnLxyQug5ZU7XyzVkBe5lTppzf4vJf0XRh4QNVzsIAC4kp6kv+KO+t0XA lZDaU88aYrk6YrWlt++iAJE/venpTTMk5SDiuvaaPBpK4L9xIbE6HMrqhuktZ8tL/+XR uwzNivKuhporuni+DiIclpQpn1BW9gt6ct/7NCvvELEuAW/nTwKOoOOk5ZZlU9M6w59Z aKXW6U2zr99LZ5sLvjbLvJJFiOcjRpaOFy25fKIWMMsTVT/7DH8VJXCGh2sIn4FlDHNC YZk3L0fNSGjCXzJ5P6y8ZhAWeZIl13mieZ40Kb9YWq4th1YUg+QiEjIu5xjaF38xOdyP m/mA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:content-transfer-encoding:from:mime-version :subject:date:message-id:references:cc:in-reply-to:to; bh=BYUdM+07SEowI6b54gPtkNdw22Zr09Q+fSTI01gISeY=; b=XQOzgoBs2zb7/x8KLHtGGS/h/Pb/vDgbuJO7qWFogLCsCu24+w/tpwXOknzAriyWbn I4rPqf1Yv0Bpo8o6ZsVQexlXMqVhQhC0zlkXC0wFSwLsQcplhDK8/SyxWTmfDmFGPfUt 6CDtkyytg2yFTtc+e3qAidHWW5LcEznj2+4qONq6VeV+9usldHbWo4TepXq7PvDrA7lB sh0yfChxhSi2R5mSAcCZ6B4qte1oazRPiPZzZhPGsr6zKiEWyd5km54MF1jYF5jzHQJh hH/WYRdH8iuJjOcW9XbeqZlsaOwiG86Aweh56pqZsmCWr1IpK6TVgrztPnCuc3vOzzrh ccPQ== X-Gm-Message-State: AOAM532YqLP71J0S5ZgaAajtBneAzEPDFfUYqZvjU4QcJtiE73wsBChD UORMPrYwyP0680jh9ofZqlpqxbK7ra2DWQ== X-Google-Smtp-Source: ABdhPJyDNBZOj9UyIcUi4KSZAfz0NB7AKvBt8pT1RUygUSH/RXxcC+BuBRfHD7s7RTOEw9ZvUSd4OA== X-Received: by 2002:a62:8247:0:b029:19d:b276:96fb with SMTP id w68-20020a6282470000b029019db27696fbmr12532951pfd.8.1607270183579; Sun, 06 Dec 2020 07:56:23 -0800 (PST) Received: from ?IPv6:2001:569:7a71:1d00:9c9c:d249:3434:4e98? (node-1w7jr9qrfoxx9wmlbm43vtoyg.ipv6.telus.net. [2001:569:7a71:1d00:9c9c:d249:3434:4e98]) by smtp.gmail.com with ESMTPSA id h7sm11472827pfr.210.2020.12.06.07.56.22 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 06 Dec 2020 07:56:23 -0800 (PST) Content-Type: multipart/alternative; boundary=Apple-Mail-8CC9F23E-2314-4543-B324-D51A04E37C45 Content-Transfer-Encoding: 7bit From: Phillip Hunt Mime-Version: 1.0 (1.0) Date: Sun, 6 Dec 2020 07:56:22 -0800 Message-Id: References: Cc: scim@ietf.org In-Reply-To: To: Anuradha Karunarathna X-Mailer: iPhone Mail (18B92) Archived-At: Subject: Re: [scim] User resource's lastModified attribute behavior on Group resource update X-BeenThere: scim@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Simple Cloud Identity Management BOF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2020 15:56:29 -0000 --Apple-Mail-8CC9F23E-2314-4543-B324-D51A04E37C45 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable I believe the spec is silent on this matter.=20 The issue is that indirect or dynamic (eg groups attribute) memberships are b= y their nature subject to change until calculated at query time.=20 Thus I would not necessarily count on implementations updating lastModified f= or dynamic/calculated values.=20 Phil > On Dec 5, 2020, at 11:59 PM, Anuradha Karunarathna wrote: >=20 > =EF=BB=BF > Hi all, >=20 > According to the lastModified attribute definition in RFC 7643 section 3.1= [1], a particular resource's lastModified attribute should be updated if th= e resource is updated. According to the definition, it is obvious to have an= update on a user's lastModified attribute based on PATCH operation on /User= s/{user-id} or PUT operation on /Users/{user-id}. > Also, I feel that the lastModified attribute of user resource should be up= dated even the user updates indirectly. >=20 > eg: Adding a member to a group should cause to update the relevant group a= nd user resources' lastModified attribute. >=20 > PATCH /Groups/acbf3ae7-8463-...-9b4da3f908ce > Host: example.com > Accept: application/scim+json > Content-Type: application/scim+json > Authorization: Bearer h480djs93hd8 > If-Match: W/"a330bc54f0671c9" >=20 > { "schemas": > ["urn:ietf:params:scim:api:messages:2.0:PatchOp"], > "Operations":[ > { > "op":"add", > "path":"members", > "value":[ > { > "display": "Babs Jensen", > "$ref": > "https://example.com/v2/Users/2819c223...413861904646", > "value": "2819c223-7f76-453a-919d-413861904646" > } > ] > } > ] > } >=20 > If we take the above request as a succeded PATCH request, lastModified att= ribute of=20 > the group identified by id acbf3ae7-8463-...-9b4da3f908ce and, > the user Babs Jensen (SCIM id- 2819c223-7f76-453a-919d-413861904646) > should be updated. >=20 > I want to clarify whether my understanding is correct? >=20 > [1] https://tools.ietf.org/html/rfc7643#section-3.1 >=20 > Thanks, > Anuradha=20 > _______________________________________________ > scim mailing list > scim@ietf.org > https://www.ietf.org/mailman/listinfo/scim --Apple-Mail-8CC9F23E-2314-4543-B324-D51A04E37C45 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
I believe the spec is silent on this m= atter. 

The issue is that indirect or dynamic (eg g= roups attribute) memberships are by their nature subject to change until cal= culated at query time. 

Thus I would not necessarily= count on implementations updating lastModified for dynamic/calculated value= s. 

Phil

On Dec 5, 2020, at 11:59 PM, Anuradha Karunarathna <= anuradha199528@gmail.com> wrote:

=EF=BB=BF
Hi all,

According to the lastModified attribute definition in RFC 7643 section= 3.1 [1], a p= articular resource= 's lastModified attribute should be updated if the resource is updated. Accordin= g to the definition, it is obvious to have an update on a user's lastModified attribute based on PATCH operation on /Users/{user-id} o= r PUT operation on  /Users/{user-id}.
Also, I feel that the l= astModified attribute of user resource should be updated even the user updat= es indirectly.

eg: Adding a member to a g= roup should cause to update the relevant group and user resources' lastModif= ied attribute.

PATCH /Groups/acbf3ae7-8463-...-9b4da3f908ce
   Host: example.com
   Accept: application/scim+json
   Content-Type: application/scim+json
   Authorization: Bearer h480djs93hd8
   If-Match: W/"a330bc54f0671c9"

   { "schemas":
      ["urn:ietf:params:scim:api:messages:2.0:PatchOp"],
     "Operations":[
       {
        "op":"add",
        "path":"members",
        "value":[
         {
           "display": "Babs Jensen",
           "$ref":
   "https:/=
/example.com/v2/Users/2819c223...413861904646",
           "value": "2819c223-7f76-453a-919d-413861904646"
         }
        ]
       }
     ]
   }

If we take the above request as a succeded PATCH request, lastMo=
dified attribute of 
  • the group identified by id acbf3ae7-8463-...-9b4da3f908ce and,<=
/font>
  • the user Babs Jensen (S=
CIM id- 2819c223-7f76-453a-919d-413861904646)
should be updated.

I want to clarify whether my understanding is co= rrect?

_______________________________________________
scim m= ailing list
scim@ietf.org
https://www.ietf.o= rg/mailman/listinfo/scim
= --Apple-Mail-8CC9F23E-2314-4543-B324-D51A04E37C45-- From nobody Sun Dec 6 22:28:32 2020 Return-Path: X-Original-To: scim@ietfa.amsl.com Delivered-To: scim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 56DCF3A109A for ; Sun, 6 Dec 2020 22:28:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.847 X-Spam-Level: X-Spam-Status: No, score=-1.847 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id w-B8xshRpMYi for ; Sun, 6 Dec 2020 22:28:28 -0800 (PST) Received: from mail-io1-xd2c.google.com (mail-io1-xd2c.google.com [IPv6:2607:f8b0:4864:20::d2c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 897E03A1093 for ; Sun, 6 Dec 2020 22:28:28 -0800 (PST) Received: by mail-io1-xd2c.google.com with SMTP id p187so12298054iod.4 for ; Sun, 06 Dec 2020 22:28:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ix4k8LjzvaeYTVuHGWT1SxZOI6c/gYsaiOX0C5Vblcc=; b=T01tDP5A7sjAXm4/fJQn9RHm9elF9zN5QegNyWY4pSuZBL4B9OhdNifYTTBL8UZXtc ek8V+ufPK1nsWZFy+HU6ilft8rIKtwlD5aUU60KJMw4EkEjUzwlyXY3gSENYJn/nS4uI NcsyG8EVDLfvmXheB4JMdTORnUaEqhemY+BPae5POx4EaGwUGXKmPXx5BhLnkkjca5eY Vp67dSrj9P7oAuF+Rm0HDTvGk6w9XmCdtWD83YJfUzR1XJyNf6Awdgr+8nxUZ8BmWIXv Hu3k5/cY2BzQzdSPtR9IJV6xtbxSmLNnoSENMIe2uU7nWMvr+AraTxup4us26W20Ou8E 1v4g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ix4k8LjzvaeYTVuHGWT1SxZOI6c/gYsaiOX0C5Vblcc=; b=R0crfdhR6i4LiKEKEpcmHTQ4ys1Ld/sG6gC4tcZNH/lB8XzwJIYFPi2+VGwMhmm04K tcMlmDSifZRfN23Ls4gOZqWHikEhcBi86G4IXyjRpeEVwCm4rL8BTU7C9i9EBYO2Vvvb PmvC7cnLBmwjHJskQfS3MeeVVwcO+fm/wW12daMG3hH2U3jYY7eFf0TUHvl2iO/xwoGz jRtsqD3DoLcvTx2WtXoigAw2lSuGCqeIdCTZ4XcNdPnHOLz5su62doZ+UE06uxwLSw/c w6rgQuns76EtyzVn7mA3MgzGQsaDLPcbuP/56qaByPAE9OydZt9AnlrU2XOjsIpzbWzJ BKDg== X-Gm-Message-State: AOAM531Iit5QiHNMGJ1w8N23PQH5VkIdQbAJiX4K6e8C8s9CCW69varh 5hc9ix2+TD/dfIYuf/BEaDQ0T/gbPeL0qA1BCSY0xj19HEI= X-Google-Smtp-Source: ABdhPJxpOPcbXhH2eTiMlpJlk14Ck3DGxgR6TL6crZS61nF/XviVoeco8mIpzX0IR+YOpoz8tWgy3hPnNFLUqQSoIzI= X-Received: by 2002:a05:6602:2d49:: with SMTP id d9mr18700528iow.109.1607322507846; Sun, 06 Dec 2020 22:28:27 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Anuradha Karunarathna Date: Mon, 7 Dec 2020 11:58:16 +0530 Message-ID: To: Phillip Hunt Cc: scim@ietf.org Content-Type: multipart/alternative; boundary="0000000000001ea97b05b5d9ef2e" Archived-At: Subject: Re: [scim] User resource's lastModified attribute behavior on Group resource update X-BeenThere: scim@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Simple Cloud Identity Management BOF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2020 06:28:30 -0000 --0000000000001ea97b05b5d9ef2e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Phillip, Thank you for the clarification. On Sun, Dec 6, 2020 at 9:26 PM Phillip Hunt wrote: > I believe the spec is silent on this matter. > > The issue is that indirect or dynamic (eg groups attribute) memberships > are by their nature subject to change until calculated at query time. > > Thus I would not necessarily count on implementations updating > lastModified for dynamic/calculated values. > > Phil > > On Dec 5, 2020, at 11:59 PM, Anuradha Karunarathna < > anuradha199528@gmail.com> wrote: > > =EF=BB=BF > Hi all, > > According to the lastModified attribute definition in RFC 7643 section 3.= 1 > [1 ], a particular > resource's lastModified attribute should be updated if the resource is > updated. According to the definition, it is obvious to have an update on = a > user's lastModified attribute based on PATCH operation on > /Users/{user-id} or PUT operation on /Users/{user-id}. > Also, I feel that the lastModified attribute of user resource should be > updated even the user updates indirectly. > > eg: Adding a member to a group should cause to update the relevant group > and user resources' lastModified attribute. > > PATCH /Groups/acbf3ae7-8463-...-9b4da3f908ce > Host: example.com > Accept: application/scim+json > Content-Type: application/scim+json > Authorization: Bearer h480djs93hd8 > If-Match: W/"a330bc54f0671c9" > > { "schemas": > ["urn:ietf:params:scim:api:messages:2.0:PatchOp"], > "Operations":[ > { > "op":"add", > "path":"members", > "value":[ > { > "display": "Babs Jensen", > "$ref": > "https://example.com/v2/Users/2819c223...413861904646", > "value": "2819c223-7f76-453a-919d-413861904646" > } > ] > } > ] > } > > > If we take the above request as a succeded PATCH request, lastModified at= tribute of > > - the group identified by id acbf3ae7-8463-...-9b4da3f908ce and, > - the user Babs Jensen (SCIM id- 2819c223-7f76-453a-919d-413861904646) > > should be updated. > > > I want to clarify whether my understanding is correct? > > [1] https://tools.ietf.org/html/rfc7643#section-3.1 > > Thanks, > Anuradha > _______________________________________________ > scim mailing list > scim@ietf.org > https://www.ietf.org/mailman/listinfo/scim > > --0000000000001ea97b05b5d9ef2e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Phillip,

Thank you for the cla= rification.=C2=A0

On Sun, Dec 6, 2020 at 9:26 PM Phillip Hunt <phil.hunt@independentid.com>= ; wrote:
I believe the spec is silent on this matter.=C2=A0

The issue is that indirect or dynamic (eg groups attribute) mem= berships are by their nature subject to change until calculated at query ti= me.=C2=A0

Thus I would not necessarily count on implemen= tations updating lastModified for dynamic/calculated values.=C2=A0

Phil

On Dec 5, 2020, at 11:59 PM, Anuradha Karunarathna <anuradha199528@gmail.com= > wrote:

=EF=BB=BF
Hi all,

According to the= lastModified attribute definition in RFC 7643 section 3.1 [1], a pa= rticular=C2=A0resource= 's=C2=A0lastModified attribute should be updated if the resource is updated. Ac= cording to the definition, it is obvious to have an update on a user's= =C2=A0lastModified attribute based on PATCH operation on /Use= rs/{user-id} or PUT operation on=C2=A0 /Users/{user-id}.
Also, I = feel that the lastModified attribute of user resource should be updated eve= n the user updates=C2=A0indirectly.

eg: Adding a m= ember=C2=A0to a group should cause to update the relevant group and user re= sources' lastModified attribute.

PATCH /Groups/acbf3ae7-8463-...-9b4da3f908ce
   Host: example.com
   Accept: application/scim+json
   Content-Type: application/scim+json
   Authorization: Bearer h480djs93hd8
   If-Match: W/"a330bc54f0671c9"

   { "schemas":
      ["urn:ietf:params:scim:api:messages:2.0:PatchOp"],
     "Operations":[
       {
        "op":"add",
        "path":"members",
        "value":[
         {
           "display": "Babs Jensen",
           "$ref":
   "https://example.com/v2/Users/2819c223...413861904646&q=
uot;,
           "value": "2819c223-7f76-453a-919d-413861904646&qu=
ot;
         }
        ]
       }
     ]
   }

If we take the above request as a su=
cceded=C2=A0PATCH request, lastModified attribute of=C2=A0
  • the group identified by id=C2=A0a=
cbf3ae7-8463-...-9b4da3f908ce and,
  • the user=C2=A0Babs Jensen (SCIM id- 2819c223-7f76-453a-919d-4138619=
04646)
should be upda=
ted.

I want to= clarify whether my understanding is correct?


Thanks,
Anuradha=C2=A0
_______________________________________________
scim = mailing list
scim@ietf.org
https://www.ietf.org/mailman/listinfo/= scim
--0000000000001ea97b05b5d9ef2e-- From nobody Mon Dec 7 08:31:22 2020 Return-Path: X-Original-To: scim@ietfa.amsl.com Delivered-To: scim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 149F43A141D for ; Mon, 7 Dec 2020 08:31:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.119 X-Spam-Level: X-Spam-Status: No, score=-2.119 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=sap.com header.b=d5ftpnH+; dkim=pass (1024-bit key) header.d=sap.onmicrosoft.com header.b=ivQKCWaU Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KUAD1vrLTrw1 for ; Mon, 7 Dec 2020 08:31:16 -0800 (PST) Received: from esa13.sap.c3s2.iphmx.com (esa13.sap.c3s2.iphmx.com [216.71.156.99]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7D59E3A13F9 for ; Mon, 7 Dec 2020 08:31:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sap.com; i=@sap.com; q=dns/txt; s=it-20200722; t=1607358675; x=1638894675; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=u6fPMmgPUZ9pPWdu8nS3/zdRxDkgszV5Gtj3ty3DoDE=; b=d5ftpnH+B0nucDDJ5pmTcRmrtOqnL7rThlVwTG4ru+/3dba3yg1MZ+Dt ufD+GmSu6QkeLQdTZtd9WZDsWlkJDkgBdQSwXlMMdAayf0sF2vsZdjQab tQFWoMLmkxz7tx1vaMZHPNT0xUFObbhcl3PTycifHqp8DKgFfpKAvqpFd /+69NieqNaFFB86NWBQ4qPjFS97WcrcYfJ1y1KsGNwhDLCBt+eDdtU0VH VHo0dWc8mCYMPkT/47en5n3PYkrY1uvX1wt2AwkXT4/6psYZJFKPVkkCY 7qUMobgqVh6tberpmeZff4b3wLbdfTVsEMcFmeU7jjX0wgyHcVpHMg2mk Q==; IronPort-SDR: oeJqf1G32g3p4HwjIcqF+A+U88d/ameWytsYsEA3K9qCcex70Iq0xvBeJG28Q2kyVeqdmk2im+ YTwg2h8ByeBg3eDki7wmPYB/+YpfemJfhWpoZcn/Q3HS0LLTrBGNMkuKOkQZ6mnJMcUN7E4LO0 8sEVhUl6OPVYjTWPKuv2Fi0V/dzta1NBae1Fmn9q/nHMm6/EEcwnVDjWXb9ij9ORo65v5bT/tN 1Bw8SoQz6Dlc8M5SAVtqrcjDprgfXJbHt+cDeaVi763rL6CVWkWHcv6Tn2BUOWrQmkTwX7OHI7 YIF984CVztTD4v+MYucsnhGA X-Amp-Result: SKIPPED(no attachment in message) Received: from smtpgw01.mail.net.sap (HELO smtpgw.sap-ag.de) ([155.56.66.96]) by esa13.sap.c3s2.iphmx.com with ESMTP/TLS/ECDHE-RSA-AES256-SHA384; 07 Dec 2020 17:31:00 +0100 Received: from EUR05-DB8-obe.outbound.protection.outlook.com (104.47.17.110) by smtpgw01.mail.net.sap (155.56.66.96) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 7 Dec 2020 17:30:59 +0100 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=N/mgOwkxtDFUuB7L0Pk+ilK/soM4QAdJY0bx6gNb7boXqae1tgotEmbg/97nsDMnawbpNRM3YYkJ+Ml27OmWJSpZK0idXOEj8BC+hmWN05H4tZ7GiSCT5Ec7IWRsDrXeV/0YXKTHhudUWK4FNSI1hU4Wy3mv2tijZw5UHm3wKDI/7Hs9ZYrkL5liv/VdW9XXWUttjfWqAPIE881UjORG1nCQcCimR9Nnydgd+3AdjoWdfbHLZ5L4ellzGJfcu4AXfLH3tbCEkycaY0XmoEp2FDoiyp+1dORWOQanqu5qprxEmazk50/3RUyLzWrBwwrSsONpsfJYA8kyxvJ95z9dhw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=u6fPMmgPUZ9pPWdu8nS3/zdRxDkgszV5Gtj3ty3DoDE=; b=hvm0+FBInhi8hwp4EWdfhxXM9mOylDTprosX3l278NeZceFhZ7wxTap6i8Z9tduMiEPicot0Aw/n4X2qBMrKliTzHro/Nd09cOvtfylli89MY7zEK2FexTmUzGlRgb0wGWB4ptT55oVgjNIjzto4n9ZI95mG84jwE/vvHLKC/wSjk3gxV9f9JWEVNNNdJZPYBuf3/Ww9gwWO8tOOhMkGoQR6nS3p4v2yP0QSNIBgVR039+032HUVuZnwNkRFiEzJkBmGViEUJXLA0P26XNoxsmw3kd7ZycekZXyvgN7mDWCdlHGBnln5f9lXTBtHGubMOnX0glDhKTrWWJYNqVOo3w== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=sap.com; dmarc=pass action=none header.from=sap.com; dkim=pass header.d=sap.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sap.onmicrosoft.com; s=selector2-sap-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=u6fPMmgPUZ9pPWdu8nS3/zdRxDkgszV5Gtj3ty3DoDE=; b=ivQKCWaULOi9qOMrJukUtHMfQbnkTy6eqsOKJcBjoehrebgz9rcGWF38AhMUQkOf3MnNxwEe9PbwNP4sxgxwFYSWP3NF7IFarg05Z5qH1x5EaXKJDX5soAIvuNNPEFsa8BarB9uXsJfo67f4P0aNp+x+Ge+oRchACvMh7QiKyhQ= Received: from VI1PR02MB5200.eurprd02.prod.outlook.com (2603:10a6:803:b7::14) by VI1PR0201MB2109.eurprd02.prod.outlook.com (2603:10a6:800:22::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3632.22; Mon, 7 Dec 2020 16:30:56 +0000 Received: from VI1PR02MB5200.eurprd02.prod.outlook.com ([fe80::3137:319b:1500:9a54]) by VI1PR02MB5200.eurprd02.prod.outlook.com ([fe80::3137:319b:1500:9a54%5]) with mapi id 15.20.3632.021; Mon, 7 Dec 2020 16:30:56 +0000 From: "Karaimin, Aleyidin" To: Phil Hunt , Danny Mayer , "scim@ietf.org" Thread-Topic: [scim] SCIM Compliance Test Tools? Thread-Index: AQHWzLZWAv8dXw5/hUqKEZ2eZMk3gQ== Date: Mon, 7 Dec 2020 16:30:56 +0000 Message-ID: <83F8AC8F-0BC0-454B-B6E2-999C08715C2D@sap.com> References: <0ade1a37-55ea-a16a-0a96-96aab3770ac1@ntp.org> <73E248E2-5A66-4AF8-A36C-F048B3ED6EF1@independentid.com> In-Reply-To: <73E248E2-5A66-4AF8-A36C-F048B3ED6EF1@independentid.com> Accept-Language: en-US, bg-BG Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.43.20110804 x-originating-ip: [78.90.93.41] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: abc6c7ad-f711-48ce-5755-08d89acd7953 x-ms-traffictypediagnostic: VI1PR0201MB2109: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: nFw+dtr/UuyPyBn3lzWA1G8kw8Vm+NMBvG//fVWLA3wEE0Rb9FwT8G9l4kdi0icFTBns6y87mKnpZ+NHhhMWYVB6hqUodykoJIw/ScZNo06d39tKFv//X8wpRR0zyTnycf123C/sbULpb29IIq/HPo1osaoXvtJJc5gsyLTSoW25cyMiZbR9Brcc870VV0biBIdAtpaQLSE5EnwljpX5qtpXFdfExBxUehyREQpTco/8L+8aiQpvPia76274I1vhtzOsMN16Nxfj11uMemHV6zb6cUg2L78tKj6BGDGZ+v9NqowhC4QlKljqqrZ6b7D1GFHkT5+fDeKGpXM287Tdq4MckzreNkMI8o+rqQyfKBBLfOGC0r2l3CRI5LeWeo0dpXEEBpS85kwYzUk4N8K6K/AH4kjC5HkcaP/V9Y2c7z8tcR5kg9yiSFzg0OjBv8uTIX3kIvOb2e+yqQ8xsXtSWu3pQ2PWKrVgoJOI4PVK/98= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:VI1PR02MB5200.eurprd02.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(396003)(376002)(136003)(346002)(39860400002)(209900001)(71200400001)(2906002)(66446008)(36756003)(6486002)(26005)(2616005)(6512007)(6506007)(86362001)(76116006)(53546011)(110136005)(166002)(5660300002)(66946007)(66556008)(66476007)(33656002)(478600001)(186003)(966005)(64756008)(316002)(8676002)(83380400001)(8936002)(45980500001)(6606295002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?dyt2VENyMjVBRGsxSnlpakhESVZmeUg3c2ZQTCtsQ2pVWFp5VmhyUUU0SFNL?= =?utf-8?B?R1BpcVEyT1dRbzlWNVh6SmhsSVEzMlZCdHJ4aVNyZFplTGRlKzVKTTFSUDNP?= =?utf-8?B?a1JVOXpRSmEvVUdobUxvdm9OS1I4dXpXVDc1NDB2NXgvVjZqbTgrTjlhOHhF?= =?utf-8?B?MkN0N0U5NWlaTVV2b2NNM0FUSFVxdW8rMTd1OVFXMURVRUVVWVdSaHZtVC9H?= =?utf-8?B?cVFYNy9ILyt0UlJZTi9NbmdPUTNrd1JHcWJScmJuZVk4MDlEdzFuaHlQRFNa?= =?utf-8?B?WlRhbHdMSUhxT2Vqb2JQZ2o1TGMyN2wxRnBhTXBoYmRXbnBNRjRRWFZWMGox?= =?utf-8?B?Ry9Fa0crb291L0dSS25vdll3ZTk2aUZ3MTZTdjJrdjdwaWFva3VzQW5rYU5r?= =?utf-8?B?N0RxRks1Slc0bWNxUjBabE82cnlLVU9Mc2N0emVRQ095MWlQQmlLNXQvV3FL?= =?utf-8?B?em1NaE11eVBER2Nud2lXaThKOWRaeGxpY09FVmNIVStHT2xZWXpwellCUVkx?= =?utf-8?B?cW4vaEQrQ0lWbk5qK1VNT0ROcWtSMWpjd1VEMEREWXR5MG81OFRCcUk2RUFC?= =?utf-8?B?NUc2SHBrQU1YRkZ0cmNYcFE3MWNGbDN2QkhlZlB0UUlFL3dpQzBPODZQNDJK?= =?utf-8?B?YUNaTFhXNEdjMVZWakpuSHFSdWNiQWlBenFBYnJ3U29TM1N5RFZSRE94ZHdi?= =?utf-8?B?UDNzWmJvL1RvVUgvZHRkNGJZa3VPWkJsVS9tRTdSMGRFTU11bUlOaGVOSDRm?= =?utf-8?B?QWdMc05xcTBBeHQ2ZW1lRG9IcFpCN3BFNmU1WElXUHQ4ZlVvWTNtbythRWFL?= =?utf-8?B?b2o5NUljZmFlQm9VM2hvektwSWdXcENpSzk1MzhUdG55NTNuVFY0THB0L0Ex?= =?utf-8?B?QkdwSysrbXZWbWhRQ1NlUDRTWjNSQzA2b2VscFN4NFh5Ym1rM28rVFRsUXlM?= =?utf-8?B?TU5sS0JtZTUxK2E5eEVvcmVtcVJTUkJtbmdDTkgxZXpldFdjUVgyQVFyOEpv?= =?utf-8?B?b0dielJ6QWRZdmZDSks0ZlRpeTBoQWJsUnMxMVBWd1Nhb2JUYlN5N1lWeUtn?= =?utf-8?B?VkVsM3dwT1VnYjRqbEI4cTdoSVZXWEdpU3lObDdrUXBQc1llQ3RtVHBKdlJ5?= =?utf-8?B?b1hrb25yRU5uNFZYZmk4R3VFTERwa011NDNkQ1NxT3pGeFROa0xNMTRYTEl3?= =?utf-8?B?TGtXWWU0WUQ1NjhOZnRUaFlVSGZiODR1MTV1bDdGSWgzOEY0dDhRYkFWRE85?= =?utf-8?B?SDRVejJPWGN4Qi8wMWNIL0NUeDhMSmV2MWt1dFdGbmZ3NHUyUXAzWTlUdWFX?= =?utf-8?Q?xr6hgoIHvIRTwXbUZeAgE75598/Ur3UUfY?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_83F8AC8F0BC0454BB6E2999C08715C2Dsapcom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: VI1PR02MB5200.eurprd02.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: abc6c7ad-f711-48ce-5755-08d89acd7953 X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Dec 2020 16:30:56.6753 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 42f7676c-f455-423c-82f6-dc2d99791af7 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: pQ/RXVEuS6j2axKou4H87KMA8cbyZKYUg17cCtsw6DOGAbv5G4gdwltFokBqO1JWpo8ozaDQ5JU1mJ13Xy5qutGJxhi1HxzuvFTe4+bj1w8= X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR0201MB2109 Archived-At: Subject: Re: [scim] SCIM Compliance Test Tools? X-BeenThere: scim@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Simple Cloud Identity Management BOF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2020 16:31:20 -0000 --_000_83F8AC8F0BC0454BB6E2999C08715C2Dsapcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8sDQpNYXliZSBJIG5vdGljZWQgdGhpcyB0aHJlYWQgdG9vIGxhdGUuIEhvd2V2ZXIsIEkg d291bGQgbGlrZSB0byBzdWdnZXN0IHRvb2wgdGhhdCBvdXIgdGVhbSBleHBvc2VkIHRvIHRoZSBv cGVuIHNvdXJjZS4gaHR0cHM6Ly9naXRodWIuY29tL1NBUC9zY2ltb25vL3RyZWUvbWFzdGVyL3Nj aW1vbm8tY29tcGxpYW5jZS10ZXN0cw0KQmFzaWNhbGx5LCBpdCBpcyBhIGphdmEgbGlicmFyeSBo ZWxwaW5nIGltcGxlbWVudG9ycyB0byBidWlsZCBTQ0lNIHYyLjAgQVBJ4oCZcy4gSW4gYWRkaXRp b24sIGl0IGNvbnRhaW5zIHRvb2wgdGhhdCBjYW4gYmUgcnVuIGFnYWluc3QgYW55IHRhcmdldCBz eXN0ZW0gdG8gdmVyaWZ5IHdoZXRoZXIgaXQgaXMgU0NJTSB2Mi4wIGNvbXBsaWFudC4gSXQgaXMg dmVyeSBoZWxwZnVsIGZvciBvdXIgdXNlIGNhc2VzLiBGdXJ0aGVybW9yZSwgSSB3aWxsIGJlIGds YWQgdG8gcmVjZWl2ZSBhbnkgYWRkaXRpb25hbCBmZWVkYmFjay4NCkJlc3QgUmVnYXJkcw0KQWxl eWRpbg0KRnJvbTogUGhpbCBIdW50IDxwaGlsLmh1bnRAaW5kZXBlbmRlbnRpZC5jb20+DQpEYXRl OiBGcmlkYXksIDEzIE5vdmVtYmVyIDIwMjAsIDIxOjU2DQpUbzogRGFubnkgTWF5ZXIgPG1heWVy QG50cC5vcmc+DQpDYzogU0NJTSBXRyA8c2NpbUBpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbc2Np bV0gU0NJTSBDb21wbGlhbmNlIFRlc3QgVG9vbHM/DQoNCkRhbm55LA0KDQpJIGFtIG5vdCBhd2Fy ZSBvZiBhbnkgY29tcGxpYW5jZS90ZXN0aW5nIHRvb2xzIHlldC4gSXQgaGFzIGNlcnRhaW5seSBi ZWVuIHRhbGtlZCBhYm91dC4NCg0KU0NJTSBpcyBiYXNpY2FsbHkgYSBSRVNUZnVsIEFQSSB3dGgg IEpTT04gZG9jdW1lbnRzLiBJIGp1c3QgdXNlIHRvb2xzIGxpa2UgUG9zdG1hbiwgUEFXIGV0Yy4N Cg0KQWxzbywgY2hlY2sgb3V0IHNpbXBsZWNsb3VkLmluZm88aHR0cDovL3NpbXBsZWNsb3VkLmlu Zm8+IGZvciB0aGUgbGlzdCBvZiBpbXBsZW1lbnRhdGlvbnMuDQoNCkJlc3QsDQoNClBoaWwgSHVu dA0KQGluZGVwZW5kZW50aWQNCnBoaWwuaHVudEBpbmRlcGVuZGVudGlkLmNvbTxtYWlsdG86cGhp bC5odW50QGluZGVwZW5kZW50aWQuY29tPg0KDQoNCg0KDQpPbiBOb3YgMTMsIDIwMjAsIGF0IDEw OjU1IEFNLCBEYW5ueSBNYXllciA8bWF5ZXJAbnRwLm9yZzxtYWlsdG86bWF5ZXJAbnRwLm9yZz4+ IHdyb3RlOg0KDQpJJ3ZlIGJlZW4gdHJ5aW5nIHRvIGZpbmQgdG9vbHMgdGhhdCBJIGNhbiB1c2Ug dG8gZmlndXJlIG91dCBteSBTQ0lNIFYyLjAgaW1wbGVtZW50YXRpb24gYW5kIEknbSBoYXZpbmcg dHJvdWJsZSBmaW5kaW5nIGFueXRoaW5nIHVzZWZ1bC4gVGhlIGNsaWVudCBwcm92aXNpb25lciBp cyBmYWlsaW5nIGJ1dCBpdCdzIG5vdCBjbGVhciB3aHkuIEFyZSB0aGVyZSBhbnkgcmVjb21tZW5k ZWQgdG9vbHMgdGhhdCBtaWdodCBoZWxwIHdpdGggdGhpcyB0byBwaW5wb2ludCB0aGUgZmFpbHVy ZXM/DQoNClRoYW5rcywNCg0KRGFubnkNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18NCnNjaW0gbWFpbGluZyBsaXN0DQpzY2ltQGlldGYub3JnPG1haWx0 bzpzY2ltQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9z Y2ltDQoNCg== --_000_83F8AC8F0BC0454BB6E2999C08715C2Dsapcom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCWZvbnQtc2l6 ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBz cGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsN Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21zby1z dHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNl cmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5 cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjEN Cgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcy LjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5 bGU+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJlbi1CRyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBs ZSIgc3R5bGU9IndvcmQtd3JhcDpicmVhay13b3JkIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9u MSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9Im1zby1m YXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5IZWxsbyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9Im1zby1mYXJlYXN0LWxh bmd1YWdlOkVOLVVTIj5NYXliZSBJIG5vdGljZWQgdGhpcyB0aHJlYWQgdG9vIGxhdGUuIEhvd2V2 ZXIsIEkgd291bGQgbGlrZSB0byBzdWdnZXN0IHRvb2wgdGhhdCBvdXIgdGVhbSBleHBvc2VkIHRv IHRoZSBvcGVuIHNvdXJjZS4NCjxhIGhyZWY9Imh0dHBzOi8vZ2l0aHViLmNvbS9TQVAvc2NpbW9u by90cmVlL21hc3Rlci9zY2ltb25vLWNvbXBsaWFuY2UtdGVzdHMiPmh0dHBzOi8vZ2l0aHViLmNv bS9TQVAvc2NpbW9uby90cmVlL21hc3Rlci9zY2ltb25vLWNvbXBsaWFuY2UtdGVzdHM8L2E+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+QmFzaWNhbGx5LCBpdCBpcyBh IGphdmEgbGlicmFyeSBoZWxwaW5nIGltcGxlbWVudG9ycyB0byBidWlsZCBTQ0lNIHYyLjAgQVBJ 4oCZcy4gSW4gYWRkaXRpb24sIGl0IGNvbnRhaW5zIHRvb2wgdGhhdCBjYW4gYmUgcnVuIGFnYWlu c3QgYW55IHRhcmdldCBzeXN0ZW0gdG8gdmVyaWZ5IHdoZXRoZXIgaXQgaXMgU0NJTSB2Mi4wDQog Y29tcGxpYW50LiBJdCBpcyB2ZXJ5IGhlbHBmdWwgZm9yIG91ciB1c2UgY2FzZXMuIEZ1cnRoZXJt b3JlLCBJIHdpbGwgYmUgZ2xhZCB0byByZWNlaXZlIGFueSBhZGRpdGlvbmFsIGZlZWRiYWNrLg0K PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+QmVzdCBSZWdhcmRzPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+QWxleWRpbjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1 QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj5Gcm9tOiA8 L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj5QaGls IEh1bnQgJmx0O3BoaWwuaHVudEBpbmRlcGVuZGVudGlkLmNvbSZndDs8YnI+DQo8Yj5EYXRlOiA8 L2I+RnJpZGF5LCAxMyBOb3ZlbWJlciAyMDIwLCAyMTo1Njxicj4NCjxiPlRvOiA8L2I+RGFubnkg TWF5ZXIgJmx0O21heWVyQG50cC5vcmcmZ3Q7PGJyPg0KPGI+Q2M6IDwvYj5TQ0lNIFdHICZsdDtz Y2ltQGlldGYub3JnJmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5SZTogW3NjaW1dIFNDSU0gQ29t cGxpYW5jZSBUZXN0IFRvb2xzPzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5EYW5ueSw8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPkkgYW0gbm90IGF3YXJlIG9mIGFueSBjb21wbGlhbmNlL3Rlc3RpbmcgdG9v bHMgeWV0LiBJdCBoYXMgY2VydGFpbmx5IGJlZW4gdGFsa2VkIGFib3V0LiAmbmJzcDs8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U0NJTSBpcyBi YXNpY2FsbHkgYSBSRVNUZnVsIEFQSSB3dGggJm5ic3A7SlNPTiBkb2N1bWVudHMuIEkganVzdCB1 c2UgdG9vbHMgbGlrZSBQb3N0bWFuLCBQQVcgZXRjLiAmbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QWxzbywgY2hlY2sgb3V0IDxhIGhy ZWY9Imh0dHA6Ly9zaW1wbGVjbG91ZC5pbmZvIj5zaW1wbGVjbG91ZC5pbmZvPC9hPiBmb3IgdGhl IGxpc3Qgb2YgaW1wbGVtZW50YXRpb25zLiAmbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QmVzdCw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9y OmJsYWNrIj5QaGlsIEh1bnQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkBpbmRlcGVuZGVu dGlkPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48YSBocmVmPSJtYWlsdG86cGhpbC5odW50 QGluZGVwZW5kZW50aWQuY29tIj5waGlsLmh1bnRAaW5kZXBlbmRlbnRpZC5jb208L2E+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIu MHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1h cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+T24gTm92IDEzLCAyMDIwLCBhdCAxMDo1NSBBTSwgRGFubnkgTWF5ZXIgJmx0Ozxh IGhyZWY9Im1haWx0bzptYXllckBudHAub3JnIj5tYXllckBudHAub3JnPC9hPiZndDsgd3JvdGU6 PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JJ3ZlIGJlZW4g dHJ5aW5nIHRvIGZpbmQgdG9vbHMgdGhhdCBJIGNhbiB1c2UgdG8gZmlndXJlIG91dCBteSBTQ0lN IFYyLjAgaW1wbGVtZW50YXRpb24gYW5kIEknbSBoYXZpbmcgdHJvdWJsZSBmaW5kaW5nIGFueXRo aW5nIHVzZWZ1bC4gVGhlIGNsaWVudCBwcm92aXNpb25lciBpcyBmYWlsaW5nIGJ1dCBpdCdzIG5v dCBjbGVhciB3aHkuIEFyZSB0aGVyZSBhbnkgcmVjb21tZW5kZWQgdG9vbHMgdGhhdCBtaWdodA0K IGhlbHAgd2l0aCB0aGlzIHRvIHBpbnBvaW50IHRoZSBmYWlsdXJlcz88YnI+DQo8YnI+DQpUaGFu a3MsPGJyPg0KPGJyPg0KRGFubnk8YnI+DQo8YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXzxicj4NCnNjaW0gbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJl Zj0ibWFpbHRvOnNjaW1AaWV0Zi5vcmciPnNjaW1AaWV0Zi5vcmc8L2E+PGJyPg0KaHR0cHM6Ly93 d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9zY2ltPG86cD48L286cD48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_83F8AC8F0BC0454BB6E2999C08715C2Dsapcom_-- From nobody Tue Dec 8 10:33:34 2020 Return-Path: X-Original-To: scim@ietfa.amsl.com Delivered-To: scim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E16193A10A3 for ; Tue, 8 Dec 2020 10:33:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.224 X-Spam-Level: X-Spam-Status: No, score=-1.224 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, SPF_SOFTFAIL=0.665, T_SPF_HELO_TEMPERROR=0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pAt8MwTqp0-G for ; Tue, 8 Dec 2020 10:33:28 -0800 (PST) Received: from chessie.everett.org (chessie.everett.org [66.220.13.234]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5BD0D3A109F for ; Tue, 8 Dec 2020 10:33:28 -0800 (PST) Received: from l34097ous.fios-router.home.rpega.com (unknown [198.22.153.34]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by chessie.everett.org (Postfix) with ESMTPSA id 4Cr82H3XF0zMNC7; Tue, 8 Dec 2020 18:33:27 +0000 (UTC) To: "Karaimin, Aleyidin" , Phil Hunt , "scim@ietf.org" References: <0ade1a37-55ea-a16a-0a96-96aab3770ac1@ntp.org> <73E248E2-5A66-4AF8-A36C-F048B3ED6EF1@independentid.com> <83F8AC8F-0BC0-454B-B6E2-999C08715C2D@sap.com> From: Danny Mayer Message-ID: Date: Tue, 8 Dec 2020 13:33:26 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 MIME-Version: 1.0 In-Reply-To: <83F8AC8F-0BC0-454B-B6E2-999C08715C2D@sap.com> Content-Type: multipart/alternative; boundary="------------A3D7FD49A111860FA6A917EB" Content-Language: en-US Archived-At: Subject: Re: [scim] SCIM Compliance Test Tools? X-BeenThere: scim@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Simple Cloud Identity Management BOF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Dec 2020 18:33:33 -0000 This is a multi-part message in MIME format. --------------A3D7FD49A111860FA6A917EB Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit I have managed to find a number of testing tools. Here's a summary. SCIM Testing Here are a number of tools that can be used for testing SCIM 2 compliance. 1.WSO-incubator https://github.com/wso2-incubator/scim2-compliance-test-suite This is a java implementation that creates a war file which needs to be installed on a Tomcat or similar server. Currently this tool complains about Bulk testing even though our implementation does not support it and attempts to remove the Bulk testing part have made no difference. 2.Suvera https://github.com/suvera/scim2-compliance-test-utility This is a java implementation and creates a jar file that is run locally and you just specify the port to use. This has been useful in testing but requires you to look at the output logging from the command line to see exactly where the errors are. 3.SAP https://github.com/SAP/scimono/tree/master/scimono-compliance-tests This has not yet been looked at. Thanks everyone for their input. Danny On 12/7/20 11:30 AM, Karaimin, Aleyidin wrote: > > Hello, > > Maybe I noticed this thread too late. However, I would like to suggest > tool that our team exposed to the open source. > https://github.com/SAP/scimono/tree/master/scimono-compliance-tests > > > Basically, it is a java library helping implementors to build SCIM > v2.0 API’s. In addition, it contains tool that can be run against any > target system to verify whether it is SCIM v2.0 compliant. It is very > helpful for our use cases. Furthermore, I will be glad to receive any > additional feedback. > > Best Regards > > Aleydin > > *From: *Phil Hunt > *Date: *Friday, 13 November 2020, 21:56 > *To: *Danny Mayer > *Cc: *SCIM WG > *Subject: *Re: [scim] SCIM Compliance Test Tools? > > Danny, > > I am not aware of any compliance/testing tools yet. It has certainly > been talked about. > > SCIM is basically a RESTful API wth  JSON documents. I just use tools > like Postman, PAW etc. > > Also, check out simplecloud.info for the > list of implementations. > > Best, > > Phil Hunt > > @independentid > > phil.hunt@independentid.com > > > > On Nov 13, 2020, at 10:55 AM, Danny Mayer > wrote: > > I've been trying to find tools that I can use to figure out my > SCIM V2.0 implementation and I'm having trouble finding anything > useful. The client provisioner is failing but it's not clear why. > Are there any recommended tools that might help with this to > pinpoint the failures? > > Thanks, > > Danny > > _______________________________________________ > scim mailing list > scim@ietf.org > https://www.ietf.org/mailman/listinfo/scim > --------------A3D7FD49A111860FA6A917EB Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

I have managed to find a number of testing tools. Here's a summary.

SCIM Testing

Here are a number of tools that can be used for testing SCIM 2 compliance.

 

1.    WSO-incubator

https://github.com/wso2-incubator/scim2-compliance-test-suite

This is a java implementation that creates a war file which needs to be installed on a Tomcat or similar server.

 

Currently this tool complains about Bulk testing even though our implementation does not support it and attempts to remove the Bulk testing part have made no difference.

 

2.    Suvera

https://github.com/suvera/scim2-compliance-test-utility

This is a java implementation and creates a jar file that is run locally and you just specify the port to use. This has been useful in testing but requires you to look at the output logging from the command line to see exactly where the errors are.

 

3.    SAP

https://github.com/SAP/scimono/tree/master/scimono-compliance-tests

 

This has not yet been looked at.

Thanks everyone for their input.

Danny

On 12/7/20 11:30 AM, Karaimin, Aleyidin wrote:

Hello,

Maybe I noticed this thread too late. However, I would like to suggest tool that our team exposed to the open source. https://github.com/SAP/scimono/tree/master/scimono-compliance-tests

Basically, it is a java library helping implementors to build SCIM v2.0 API’s. In addition, it contains tool that can be run against any target system to verify whether it is SCIM v2.0 compliant. It is very helpful for our use cases. Furthermore, I will be glad to receive any additional feedback.

Best Regards

Aleydin

From: Phil Hunt <phil.hunt@independentid.com>
Date: Friday, 13 November 2020, 21:56
To: Danny Mayer <mayer@ntp.org>
Cc: SCIM WG <scim@ietf.org>
Subject: Re: [scim] SCIM Compliance Test Tools?

 

Danny,

 

I am not aware of any compliance/testing tools yet. It has certainly been talked about.  

 

SCIM is basically a RESTful API wth  JSON documents. I just use tools like Postman, PAW etc.  

 

Also, check out simplecloud.info for the list of implementations.  

 

Best,

 

Phil Hunt

@independentid

 

 



On Nov 13, 2020, at 10:55 AM, Danny Mayer <mayer@ntp.org> wrote:

 

I've been trying to find tools that I can use to figure out my SCIM V2.0 implementation and I'm having trouble finding anything useful. The client provisioner is failing but it's not clear why. Are there any recommended tools that might help with this to pinpoint the failures?

Thanks,

Danny

_______________________________________________
scim mailing list
scim@ietf.org
https://www.ietf.org/mailman/listinfo/scim

 

--------------A3D7FD49A111860FA6A917EB--