[Building Sakai] LTI mapping for Sakai roles

[Jim Mezzanotte]

Thanks Matt and Dr. Chuck! And sorry, I should have been clear--I'm
talking about Sakai as consumer.

I was also wondering about the inconsistency noted in
https://jira.sakaiproject.org/browse/SAK-26259. Looks like there's a
patch so ServiceServlet.addRole() method also checks for "site.upd"
permission and not site maintainer role. I'm not sure what the current
"inconsistent results" are?

So unless I've got this wrong: the role passed in "ext_sakai_role" is
the actual role of a particular user accessing the external service
from within Sakai? But although the external provider has this
information, role mapping is only handled by the site.upd/maintainer
role methods?

Jim Mezzanotte
Asahi Net International




On Tue, Jul 15, 2014 at 2:01 PM, Charles Severance <csev at umich.edu> wrote:
> Jim,
>
> You are pretty much right - anyone with site.upd is given Instructor and all
> others are given Learner as the default IMS role.   In Sakai,
> we also pass the real role within Sakai in this field:
>
> ext_sakai_role
>
> There is also this mapping JIRA - I did not write this and am less familiar
> with it.
>
> https://jira.sakaiproject.org/browse/SAK-24186
>
> /Chuck
>
> On Jul 15, 2014, at 1:42 PM, Jim Mezzanotte <jmezzanotte at anisakai.com>
> wrote:
>
> I'm trying to confirm how Sakai role mapping is done with LTI tools.
> Does the external tool check for the "site.upd" permission in a Sakai
> site? Any Sakai role with that perm is an instructor, any role without
> it is a learner? If so, is that the extent of possible mapping for LTI
> 1.1 tools?
>
> Jim Mezzanotte
> Asahi Net International
>
>