[Stratos-dev] Are we feature frozen?

Amila Jayasekara amilaj at wso2.com
Sun Oct 24 23:41:34 PDT 2010


Hi All,
    Swiftly went through some of the user manager tables and and user
manager code. When going through the code we found following,
When adding a user you can give set of claims to be added. There is a
parameter called "claims" in UserStoreManager.addUser method. With this you
can add claims for the user.


public void addUser(String userName, Object credential, String[] roleList,
            Map<String, String> claims, String profileName) throws
UserStoreException;

The map should contain a claim uri and a value to be added.
The claim uri for "first name" is http://wso2.org/claims/givenname. And for
last name you can use the uri http://wso2.org/claims/lastname. Number of
other claim uris are defined in UM_CLAIM table. Thus we use default profile
to store tenant admin information.


We can retreive claim attributes by calling
UserStoreManager.getUserClaimValue(String userName, String claim, String
profileName). Here the user name is the tenant admin name and claim is the
claim attribute uri. If profileName is null, it will use the default
profile.

I couldnt find the exact place where addUser method is called when creating
a tenant. But i beleive at the moment caller doesnt pass any claims to
addUser method. Also i am not quite sure why email is added as a column in
tenant table and not as a claim attribute. (Maybe because email is treated
as a special attribute in a MT environment.)

Guess we could use claim uri's to add first name last name attributes.

Hope this is helpful.

Thanks
AmilaJ

On Mon, Oct 25, 2010 at 8:50 AM, Selvaratnam Uthaiyashankar <
shankar at wso2.com> wrote:

>
>
> On Mon, Oct 25, 2010 at 8:11 AM, Sanjiva Weerawarana <sanjiva at wso2.com>wrote:
>
>> This affects every carbon product too! When do we plan to include this
>> change into those?
>>
>
> This modification is only to UM_TENANT table. For carbon products, this
> table will be empty. So, no migration is required. However, we have to add
> the column, otherwise SQL will throw error.
>
> Shankar
>
>
>> Also I don't understand .. I thought we had a user profile concept. Do you
>> mean to say we did not have a name field there and can't add to it without
>> changing the DB?
>>
>> Sanjiva.
>>
>> Sent from my phone.
>>
>> On Oct 25, 2010 7:24 AM, "Kathiravelu Pradeeban" <pradeeban at wso2.com>
>> wrote:
>>
>> On Mon, Oct 25, 2010 at 7:01 AM, Sanjiva Weerawarana <sanjiva at wso2.com>
>> wrote: > In other words ever...
>> yes.
>>
>> > What is the ship vehicle? DB changes cannot be considered minor changes.
>>
>> For the public cloud, we are ok with this change, as we can have
>> multiple tests before migrating. But asking the existing Stratos (as
>> their private cloud) users to run a script needs much care/attention
>> to avoid data loss, I agree.
>>
>> Thank you.
>> Pradeeban.
>>
>> > Sanjiva. > > On Mon, Oct 25, 2010 at 6:58 AM, Kathiravelu Pradeeban <
>> pradeeban at wso2.com> > wrote:...
>> --
>>
>> Kathiravelu Pradeeban. Software Engineer. WSO2 Inc. Blog: [Llovizna]
>> http://kkpradeeban.blogspot.co...
>>
>>
>
>
> --
> S.Uthaiyashankar
> Senior Architect & Senior Manager
> WSO2 Inc.
> http://wso2.com/ - "lean . enterprise . middleware"
>
> _______________________________________________
> Stratos-dev mailing list
> Stratos-dev at wso2.org
> https://wso2.org/cgi-bin/mailman/listinfo/stratos-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://wso2.org/pipermail/stratos-dev/attachments/20101025/2ee8d473/attachment.htm>


More information about the Stratos-dev mailing list