[Contrib: Evaluation System] Sakai EID

Jim Eng jimeng at umich.edu
Wed Sep 9 09:29:35 PDT 2009


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
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/evaluation/attachments/20090909/f8a8ac39/attachment-0001.html 


More information about the evaluation mailing list