Allow MultiRef to cache more than just authz
Description
Attachments
is depended on by
Activity
Hudson CI Server May 26, 2011 at 8:46 AM
Integrated in kernel-trunk #315 (See http://builds.sakaiproject.org:8080/job/kernel-trunk/315/)
Support a MultiRefCache that doesn't have to work against Authz.
This incorporates Stephens suggestion of using a new class/interface.
Matthew Buckett May 26, 2011 at 8:18 AM
Fixed by applying the later patch.
Matthew Buckett April 28, 2010 at 5:51 AM
Updated patch which switches to Stephens suggestion of a new interface.
A review of this would be good.
Stephen Marquard November 27, 2009 at 6:37 AM
I think it's a little confusing to have 2 method signatures like this:
void put(Object key, Object payload, int duration, String ref, Collection<String> azgIds);
void put(Object key, Object payload, String ref, Collection<String> dependRefs);
which are semantically different but apparently differ only by the "int duration" parameter.
IMO it would be clearer to have a new interface, e.g. GenericMultiRefCache.
Matthew Buckett October 21, 2009 at 2:02 AM
Patch which adds new API method for this.
Gets rid of the duration parameter as our underlying cache ignores it at the moment.
Should the other method (with the duration) be deprecated and an additional one without the duration be created? Another JIRA?
Multiref currently only allows the additional references to be authz ones. If re removed this limitation then it could be used for other things as well.