ContentHosting should post an event whenever a change is made in group access to a resource

Description

In 2.9.x, we will need to be able to identify the timing of changes in group access to specific resources. This can be accomplished by having CHS post a specific even, "content.upd.access", whenever a change is made in the groups that can see a resource (or folder).

Environment

None

Test Plan

None

Activity

Show:

Matthew Buckett March 10, 2014 at 12:02 PM

Currently if you use ContentHostingService#setPubView(String, boolean) you don't get any events generated.

Matthew Buckett March 10, 2014 at 9:16 AM

This looks like it got resolved (commits made to trunk), but just never got resolved in Jira. I'm resolving, but if there is actual further work going to happen please just re-open.

Zhen Qian December 14, 2011 at 12:15 PM

It looks to me that the block for checking access change and hence post the relevant event should be placed after the storage.commit() call, then if any exception is thrown and prevents the commit to finish, the "resource changed" event won't be generated.

Hudson CI Server September 19, 2011 at 7:14 AM

Integrated in kernel-trunk #383 (See http://builds.sakaiproject.org:8080/job/kernel-trunk/383/)

Better checks for whether access has been updated when modifying an entity.

Jim Eng September 19, 2011 at 6:54 AM

Used better checks to determine whether access was changed when updating an entity.

This is needed for Sakai 2.9. Please include in KNL 1.3.0.

Fixed

Details

Assignee

Reporter

Components

Fix versions

Affects versions

Priority

Created September 16, 2011 at 10:34 AM
Updated April 25, 2018 at 3:34 PM
Resolved March 10, 2014 at 9:16 AM