Add new SelectionType to retrieve all sites a member belongs to regardless of published status
Description
is depended on by
is duplicated by
Activity
Matthew Jones August 12, 2015 at 12:10 PM
I love the builder pattern, I think it would be really nice if more of the service supported that, but it would be a little work to add those and convert it. This pattern is really looking like it's going to simplify and remove/clean up hundreds of lines of code (soon) in Samigo.
Matthew Buckett August 12, 2015 at 4:25 AM
I still think we need to change the style of searching for sites so we're much more expicit about what is searched for in different scenarios. There are many options and having a builder pattern makes it much easier to be clear about what sites you want.
There's nothing to stop us having sensible default searches but it means we only need them for popular ones.
Brian J. August 11, 2015 at 2:51 PM
Okay, thanks for the suggestion . When I have a bit of time to work on this, I'll create a new ticket and link it up to this one.
Sam Ottenhoff August 11, 2015 at 2:22 PM
> Maybe we need a new SelectionType for this use case all together?
This would be my recommendation...........
Brian J. July 31, 2015 at 8:45 AMEdited
the use case I'm thinking of is for SAK-26283. The purpose of this JIRA was to allow admins to remove enrolments of users before deletion, so that the unattached user IDs weren't left in the sites. Currently, if they're inactive in the site, the API call doesn't return the site, and that enrolment is not tidied up.
Maybe we need a new SelectionType for this use case all together?
Possible use case: institution wants to modify "My Active Sites" to display all sites a member is associated with regardless of published status. To allow this to happen, we need new SelectionType to retrieve these.
Customization is here: http://source.sakaiproject.org/viewsvn?view=revision&revision=116233