Re: [scim] Is it possible to use primitive types with SCIM addresses claim?

[Sathya Bandara <[e-mail]>]

Hi Kelly,

Thanks for the quick response.
So if we allow primitive types as well, in addition to complex types for
the addresses claim from server side, would it violate the schema?


On Wed, Apr 18, 2018, 7:17 PM Kelly Grizzle <[e-mail]>
wrote:

> This is likely to break other clients/servers that expect a multi-valued
> complex object.  I would suggest using a schema extension that has a list
> of primitives.  Another option would be to use the standard addresses
> field, but only include the “formatted” sub-attribute.
>
>
>
>
>
> *From:* scim <[e-mail]> *On Behalf Of * Sathya Bandara
> *Sent:* Wednesday, April 18, 2018 8:09 AM
> *To:* [e-mail]
> *Subject:* [scim] Is it possible to use primitive types with SCIM
> addresses claim?
>
>
>
> Hi,
>
> As per the SCIM core schema specification [1], addresses claim definition
> is as follows.
>
> addresses
>
>       A physical mailing address for this user.  Canonical type values
>
>       of "work", "home", and "other".  This attribute is a complex type
>
>       with the following sub-attributes.  All sub-attributes are
>
>       OPTIONAL.
>
> In a scenario where all the sub-attributes can be empty as per above
> definition, can we use primitive attribute types (string values) as the
> claim-values for this claim. E.g. -  *addresses: ["address1", "address2"]*
>
> Would be grateful if you could clarify whether this is possible.
>
> [1] https://tools.ietf.org/html/rfc7643#section-4.1.2
>
> Best regards,
>
> Sathya
>
>
> --
>
> Sathya Bandara
> Software Engineer
> WSO2 Inc. http://wso2.com
>
> Mobile: [phone] <+94%2071%20411%205032>
>
>
>