[Building Sakai] Site role change events

[Steven Githens]

Awesome, maximum cheers.

-s

On 05/28/2010 05:31 PM, Steve Swinsburg wrote:
> Hi Steve,
>
> It looks like it's site.upd.site.mbrshp but there are a few JIRA's that plan to change that to make it a bit more finegrained, since that event actually encompasses many changes.
>
> Keep your eye on:
> http://jira.sakaiproject.org/browse/SAK-14205
>
> which has been incorporated into:
> http://jira.sakaiproject.org/browse/SAK-7768
>
> Doesn't look like it's had any movement but it may change in the future.
>
> cheers,
> Steve
>
> On 29/05/2010, at 4:37 AM, Steven Githens wrote:
>
>    
>> Hi Dev,
>>
>> I'm working on some code to sync the roles of users in Sites with
>> corresponding courses that exist in an external cloud service.  In this
>> case it's the plagiarism checking service Turnitin.  Whenever someone's
>> role changes in Sakai, I need to try and adjust it on Turnitin's
>> servers, or if it can't be done right away (maybe because of network
>> issues or something) put it in a table to queue up the site id that
>> needs to be updated.  Along with a locking table, a quartz job will sit
>> there and keep trying the updates.
>>
>> I'm trying to figure out which event(s) I need to listen for in my Event
>> Observer.  Right now I think just "site.upd.site.mbrshp", but I want to
>> double check and make sure there aren't some other services/modules that
>> might update users roles in sites under a different event code.
>>
>> At the moment, I don't actually need to listen for if users have been
>> removed or added, just if they've been changed in the site.
>>
>> Cheers,
>> Steve
>> _______________________________________________
>> sakai-dev mailing list
>> sakai-dev at collab.sakaiproject.org
>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>
>> TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of "unsubscribe"
>>      
>