[Contrib: Evaluation System] Sakai EID

[Aaron Zeckoski]

We refer to the user display name as displayName.
We refer to the "user eid" as the "username" in the EvalUser object
since calling it the eid was confusing to the early team and calling
it "user eid" was redundant for field in a user object.
-AZ



On Wed, Sep 9, 2009 at 5:29 PM, Jim Eng<jimeng at umich.edu> wrote:
> Just a quick note.  The User EID is usually referred to as UserEid or
> UserEID in Sakai apps to distinguish it from the (internal) UserId.  In
> EVALSYS, UserEID is referred to as UserName, which elsewhere in Sakai refers
> to the User's display name.  The use of internal and external identifiers
> for various things causes lots of confusion but it is necessary.  Some
> schools are required to keep track of more than one external ID for
> students, which causes extra headaches for developers but simplifies things
> for users.
> Jim
>
> On Sep 9, 2009, at 10:20 AM, Ellis, Richard wrote:
>
> Rick,
>
> Yes,
>
>>an EID can be any value which helps a record be matched with an external
>> Sakai record
>
>> I assume that the EID fields used in the various evaluation  tables would
>> NOT have values in the above table, since they are not user ids?
>
> Yes, they only appear in the evaluation tables.
>
>>I’ve always related EID as an external user id and is stored in the
>> SAKAI_USER_ID_MAP table.
>
> Yes, that’s another place where there is an external id, though in that case
> it’s an id to a user, whereas in evaluations it’s an id to an evaluation
> entity, such as template, item, etc.
>
> -Dick
> ________________________________
> From: "Richard C. Moyer II" <rmoyer at umd.edu>
> Date: Wed, 9 Sep 2009 10:13:07 -0400
> To: Richard Ellis <rwellis at umich.edu>, Jim Eng <jimeng at umich.edu>,
> <evaluation at collab.sakaiproject.org>
> Subject: Sakai EID
>
> Do I understand correctly that an EID can be any value which helps a record
> be matched with an external Sakai record?
>
> I’ve always related EID as an external user id and is stored in the
> SAKAI_USER_ID_MAP table.
>
> So, would I assume that the EID fields used in the various evaluation
>  tables would NOT have values in the above table, since they are not user
> ids?
>
> If the above is correct, I’ll have to rethink some of UMD ideas, which is a
> good thing and I agree with Dick’s email below.
>
> Thanks
> Rick.
>
>
>
>
>
> From: Ellis, Richard [mailto:rwellis at umich.edu]
> Sent: Tuesday, September 08, 2009 3:43 PM
> To: Richard C. Moyer II; jimeng; evaluation at collab.sakaiproject.org
> Subject: Re: [Contrib: Evaluation System] Import/export of ItemGroup
> objects?
>
> If I understand...
>
> I think any entity added to the import should have an EID field, which might
> be null but otherwise would map to a data element on an external system.
>
> If U-M decided in the future to use ItemGroup, it would be imported from an
> evaluation order system on the administrative mainframe. The only way to
> connect the order system data with data in the Sakai database is through an
> EID, because Hibernate creates an entity id that is not know to the order
> system. Hibernate also creates
>
>>the link between Item and ItemGroup is ITEM.IG_ITEM_ID
>
> but the connection of entities in the import data would need to be through
> EIDs in order to create the objects that Hibernate then persists with those
> id links.
>
> Dick
>
>
>
> _______________________________________________
> evaluation mailing list
> evaluation at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/evaluation
>
> TO UNSUBSCRIBE: send email to evaluation-unsubscribe at collab.sakaiproject.org
> with a subject of "unsubscribe"
>
>



-- 
Aaron Zeckoski (azeckoski (at) vt.edu)
Senior Research Engineer - CARET - University of Cambridge
https://twitter.com/azeckoski - http://www.linkedin.com/in/azeckoski
http://aaronz-sakai.blogspot.com/ - http://tinyurl.com/azprofile