[Using Sakai] user IDs

[Mark J. Norton]

The User class (included in the Sakai kernel) has a method to get the 
Eid (External ID).  This is documented as "Access the user's enterprise 
id; the id they and the enterprise know as belonging to them."  If you 
want to set this via the API, create a UserEdit object, which has a 
setEid() method.

For basic applications, new tools, etc., this is sufficient. Things get 
a bit more complicated when you are using external definitions of  users 
(LDAP, etc.)  For that, you'll need to wire up a User Directory Provider.

- Mark Norton

On 8/19/2012 8:34 PM, Gregory Guthrie wrote:
> Thank you; yes, seems to be related to how a developer may create extensions to do this if I read the notes right.
>
> One note states that: "Sakai has two identifiers for a user:  an internal id, and an institutional id",
> In Sakai I see; name, user_id, and email, and somewhere else an internal ID.
> What is the "institutional ID" and where is it set, shown?
>
> I see a participant ID field on Site Info (not in Roster or Gradebook), how does this get set?
> (Although Roster has User-ID, which is (for us) an email, and seems different).
> Admin:Users shows an Internal-ID (32-byte) identifier, also something different I think.
>
> Since these notes are pretty old (2007,09), I guess that means this would still be a DIY extension?
> I'm not sure how one would use a code extension like this - are there guidelines somewhere for incorporating such extensions?
> (perhaps I need to ask in a developers forum?)
>
> Could you comment on:
>> I see a database table SAKAI_PERSON_T with fields for lots of additional information
>> about users, but don't see these fields in the admin login users information tool. How are
>> these set, managed, used?
> -------------------------------------------
>> I may have too long a history on this question to be able to answer it quickly. But it's pretty
>> much a FAQ for Sakai CLE on the sakai-dev mailing list, and so you should find lots of pointers
>> there:
>>
>> http://article.gmane.org/gmane.comp.cms.sakai.devel/31688
>> http://article.gmane.org/gmane.comp.cms.sakai.devel/18186
>>
>> And although it's more developer-centric, this discussion might fill in some gaps:
>>
>> http://thread.gmane.org/gmane.comp.cms.sakai.devel/12177
>>
>> Best,
>> Ray
> _______________________________________________
> sakai-user mailing list
> sakai-user at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-user
>
> TO UNSUBSCRIBE: send email to sakai-user-unsubscribe at collab.sakaiproject.org with a subject of "unsubscribe"
>
>