On Wed, Mar 1, 2017 at 12:21 PM, Maduranga Siriwardena <madura...@wso2.com>
wrote:

> Hi All,
>
> So what we previously thought was it is just another attribute of a user
> or a group and don't need any special treatment. That's why we followed
> this model and added them to UM_USER_ATTRIBUTES in connector. So if this
> helps with a performance improvement or if this model has any issue, you
> have change the model related to IDM_USER tables to accommodate this.
>

I am not saying it should be part of the same table we have. If we need to
normalize it I understand that it may go to a separate table and we may
have to do a join in order to get the full user object; in which case we
may loose some performance. Still I think its logical to have it in our
internal tables rather than the identity store. Having it in the identity
store will drastically impact performance compared to join of two tables
because it is two JDBC calls or one JDBC and one LDAP call.

Having it in the identity store can be an option; similar to how Isura
designed it for the state value - we always keep the state value in the
IDM_USER table, but user has the option to update the state value in the
identity store if it supports that attribute through a lifecycle executor
in addition to the filed that we maintain. For all internal functionality
we only depend on the field that we maintain in out tables.


> Thanks,
>
> On Wed, Mar 1, 2017 at 10:58 AM, Ruwan Abeykoon <ruw...@wso2.com> wrote:
>
>> Hi All,
>> With the explanation which is provided by Maduranga, yes, none of the
>> meta attributes can go to IDM_USER.
>>
>>
>> Cheers,
>> Ruwan
>>
>>
>> On Wed, Mar 1, 2017 at 9:53 PM, Maduranga Siriwardena <madura...@wso2.com
>> > wrote:
>>
>>> Hi Indunil,
>>>
>>> IDM_USER table does not create a single entry for a single user. Rather
>>> it will have an entry to map the user details in each connector for a
>>> single user. As an example if there is one credential store connector and
>>> one identity store connector there will be 2 entries for a single user in
>>> IDM_USER. So with the current architecture, you will find it difficult to
>>> achieve your goal.
>>>
>>> @Thanuja, any thoughts?
>>>
>>> Thanks,
>>>
>>> On Tue, Feb 28, 2017 at 11:28 PM, Indunil Upeksha Rathnayake <
>>> indu...@wso2.com> wrote:
>>>
>>>> hi,
>>>>
>>>> As per the SCIM 2.0 Core specification (Refer [1]), there are *resource
>>>> meta attributes such as resourceType, created, lastModified, location and
>>>> version* which are Common Attributes for all the resources.
>>>> As in the specification: "*Each SCIM resource (Users, Groups, etc.)
>>>> includes the following common attributes.  With the exception of the
>>>> "ServiceProviderConfig" and "ResourceType" server discovery endpoints and
>>>> their associated resources, these attributes MUST be defined for all
>>>> resources, including any extended resource types.*".
>>>>
>>>> Currently the SCIM meta attributes of a user, saved in the
>>>> "UM_USER_ATTRIBUTES" table with the other user attributes. We are planning
>>>> to move all the SCIM meta attributes to "IDM_USER" table([2]) and make it
>>>> part of User, basically this is to have performance improvements when
>>>> querying for list users(in list users need only to return meta data unless
>>>> client specifically asks for other attributes) etc.
>>>>
>>>> But is it correct to move the meta attributes to "IDM_USER" table,
>>>> since those are common attributes which are not directly related to the
>>>> "User" Resource Schema?
>>>>
>>>> Appreciate your idea on this.
>>>>
>>>> [1] https://tools.ietf.org/html/rfc7643#section-3.1
>>>> [2] https://github.com/wso2/carbon-identity-mgt/blob/master/feat
>>>> ure/org.wso2.carbon.identity.mgt.feature/resources/dbscripts
>>>> /identity-mgt/h2.sql#L21
>>>>
>>>> Thanks and Regards
>>>> --
>>>> Indunil Upeksha Rathnayake
>>>> Software Engineer | WSO2 Inc
>>>> Email    indu...@wso2.com
>>>> Mobile   0772182255
>>>>
>>>> _______________________________________________
>>>> Dev mailing list
>>>> Dev@wso2.org
>>>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>>>
>>>>
>>>
>>>
>>> --
>>> Maduranga Siriwardena
>>> Software Engineer
>>> WSO2 Inc; http://wso2.com/
>>>
>>> Email: madura...@wso2.com
>>> Mobile: +94718990591 <+94%2071%20899%200591>
>>> Blog: http://madurangasblogs.blogspot.com/
>>> <http://wso2.com/signature>
>>>
>>
>>
>>
>> --
>>
>> *Ruwan Abeykoon*
>> *Associate Director/Architect**,*
>> *WSO2, Inc. http://wso2.com <https://wso2.com/signature> *
>> *lean.enterprise.middleware.*
>>
>>
>
>
> --
> Maduranga Siriwardena
> Software Engineer
> WSO2 Inc; http://wso2.com/
>
> Email: madura...@wso2.com
> Mobile: +94718990591 <+94%2071%20899%200591>
> Blog: http://madurangasblogs.blogspot.com/
> <http://wso2.com/signature>
>



-- 
Thanks & Regards,

*Johann Dilantha Nallathamby*
Technical Lead & Product Lead of WSO2 Identity Server
Governance Technologies Team
WSO2, Inc.
lean.enterprise.middleware

Mobile - *+94777776950*
Blog - *http://nallaa.wordpress.com <http://nallaa.wordpress.com>*
_______________________________________________
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Reply via email to