Ian Boston wrote:
Do you think there would be a problem extending the rep:Group node from
[rep:Group] > rep:Authorizable
- rep:members (WEAKREFERENCE) protected multiple < 'rep:Authorizable'
to
[rep:Group] > rep:Authorizable
- rep:members (WEAKREFERENCE) protected multiple < 'rep:Authorizable'
- rep:managers (STRING) protected multiple
- rep:viewers (STRING) protected multiple
I am not asking that the spec be extended since thats JSR work, just if its
going to conflict with things in the future that you know of ?
the user management currently doesn't for part of the JCR spec.
it's a jackrabbit specific extension due to the fact we at
Day have the need for user management.
as far as i understood: you want to cover access control functionality
with those 2 properties. is that correct? if this is the case i would
rather define a mixin. without having thought about it carefully that
would look more appropriate to me since the 2 properties are not
intrinsic characteristics of a Group itself but [in JCR lingo] rather
belong to an access control policy that may be applied or even be
effective by default on a specific group node.
modification of those properties thus is from my point of view rather
a question of being allowed to manipulate the access control of the
group node than of changing the groups properties or adding/removing
a member from the group...
but that's just my gut feeling without knowing the details behind your
questions.
hope it helps anyway
regards
angela