[jira] [Commented] (SLING-2110) Test classes should be packaged and deployed as a "-tests.jar" artifact to enable reuse of *TestsBase classes in other projects

2011-07-01 Thread Mark Adamcin (JIRA) 

[ 
https://issues.apache.org/jira/browse/SLING-2110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13058801#comment-13058801
 ] 

Mark Adamcin commented on SLING-2110:
-

I see what you mean. I got confused by the empty main jar artifact that didn't 
contain the base classes and decided to solve the problem by wrapping up the 
test classes into their own artifact. Do you think it be more ideal to create a 
test-sources artifact instead of the tests artifact? That would seem to more 
closely follow how the other sample junit modules are being deployed.

> Test classes should be packaged and deployed as a "-tests.jar" artifact to 
> enable reuse of *TestsBase classes in other projects
> ---
>
> Key: SLING-2110
> URL: https://issues.apache.org/jira/browse/SLING-2110
> Project: Sling
>  Issue Type: Improvement
>  Components: Testing
>Affects Versions: Sample Integration Tests 1.0.6
>Reporter: Mark Adamcin
>Priority: Minor
> Fix For: Sample Integration Tests 1.0.8
>
> Attachments: integrationtests-jar_test_jar.patch
>
>
> The Sample Integration Tests module 
> (org.apache.sling.testing.samples.integrationtests) contains a couple 
> convenient base test classes (ServerSideTestsBase and 
> SlingServerSideTestsBase) that would be useful to extend when writing 
> integration tests for other projects. However, they are not deployed in the 
> primary artifact and so their original source files must be copied into new 
> projects when they are set up.
> It would be more convenient if a "jar:tests-jar" goal were added to the 
> package phase so that a tests jar will be deployed to the public repository 
> during releases.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Resolved] (SLING-2113) Non admin members of the group GroupAdmin can not add members to the group UserAdmin

2011-07-01 Thread Eric Norman (JIRA) 

 [ 
https://issues.apache.org/jira/browse/SLING-2113?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eric Norman resolved SLING-2113.


Resolution: Won't Fix

This would be best addressed in the jackrabbit code.

> Non admin members of the group GroupAdmin can not add members to the group 
> UserAdmin
> 
>
> Key: SLING-2113
> URL: https://issues.apache.org/jira/browse/SLING-2113
> Project: Sling
>  Issue Type: Bug
>  Components: JCR
>Affects Versions: JCR Jackrabbit User Manager 2.1.0
>Reporter: Markus Joschko
>Priority: Minor
>
> A member of the GroupAdmin group should be able to add members to all groups. 
> That works fine except for the UserAdmin group. 
> There the addition fails if the user is not at the same time the admin user. 
> Jackrabbit is denying the rights for the property right. 
> 27.06.2011 14:45:48.874 *ERROR* [127.0.0.1 [1309178743836] POST 
> /system/userManager/group/UserAdmin.update.json HTTP/1.1] 
> org.apache.sling.jackrabbit.usermanager.impl.post.UpdateGroupServlet Failed 
> to update group. javax.jcr.AccessDeniedException: Permission denied.
> at 
> org.apache.jackrabbit.core.ProtectedItemModifier.checkPermission(ProtectedItemModifier.java:175)
> at 
> org.apache.jackrabbit.core.ProtectedItemModifier.setProperty(ProtectedItemModifier.java:126)
> at 
> org.apache.jackrabbit.core.security.user.UserManagerImpl.setProtectedProperty(UserManagerImpl.java:696)
> at 
> org.apache.jackrabbit.core.security.user.GroupImpl$PropertyBasedMembershipProvider.addMember(GroupImpl.java:392)
> at 
> org.apache.jackrabbit.core.security.user.GroupImpl.addMember(GroupImpl.java:172)
> at 
> org.apache.sling.jackrabbit.usermanager.impl.post.AbstractGroupPostServlet.updateGroupMembership(AbstractGroupPostServlet.java:88)
> at 
> org.apache.sling.jackrabbit.usermanager.impl.post.UpdateGroupServlet.updateGroup(UpdateGroupServlet.java:149)
> at 
> org.apache.sling.jackrabbit.usermanager.impl.post.UpdateGroupServlet.handleOperation(UpdateGroupServlet.java:107)
> at 
> org.apache.sling.jackrabbit.usermanager.impl.post.AbstractPostServlet.doPost(AbstractPostServlet.java:88)
> at 
> org.apache.sling.api.servlets.SlingAllMethodsServlet.mayService(SlingAllMethodsServlet.java:148)
> at 
> org.apache.sling.api.servlets.SlingSafeMethodsServlet.service(SlingSafeMethodsServlet.java:344)
> at 
> org.apache.sling.api.servlets.SlingSafeMethodsServlet.service(SlingSafeMethodsServlet.java:375)
> at 
> org.apache.sling.engine.impl.request.RequestData.service(RequestData.java:491)
> at 
> org.apache.sling.engine.impl.SlingRequestProcessorImpl.processComponent(SlingRequestProcessorImpl.java:273)
> at 
> org.apache.sling.engine.impl.filter.RequestSlingFilterChain.render(RequestSlingFilterChain.java:49)
> at 
> org.apache.sling.engine.impl.filter.AbstractSlingFilterChain.doFilter(AbstractSlingFilterChain.java:64)
> at 
> org.apache.sling.engine.impl.debug.RequestProgressTrackerLogFilter.doFilter(RequestProgressTrackerLogFilter.java:59)
> at 
> org.apache.sling.engine.impl.filter.AbstractSlingFilterChain.doFilter(AbstractSlingFilterChain.java:60)
> at 
> org.apache.sling.engine.impl.SlingRequestProcessorImpl.processRequest(SlingRequestProcessorImpl.java:163)
> at 
> org.apache.sling.engine.impl.SlingMainServlet.service(SlingMainServlet.java:187)
> at 
> org.apache.felix.http.base.internal.handler.ServletHandler.doHandle(ServletHandler.java:96)
> at 
> org.apache.felix.http.base.internal.handler.ServletHandler.handle(ServletHandler.java:79)
> at 
> org.apache.felix.http.base.internal.dispatch.ServletPipeline.handle(ServletPipeline.java:42)
> at 
> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:49)
> at 
> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Commented] (SLING-2113) Non admin members of the group GroupAdmin can not add members to the group UserAdmin

2011-07-01 Thread Eric Norman (JIRA) 

[ 
https://issues.apache.org/jira/browse/SLING-2113?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13058675#comment-13058675
 ] 

Eric Norman commented on SLING-2113:


Hi Markus, 

I agree that it would be useful to allow the members of the administrators 
group permission to update the members of the useradmin group.  It looks like 
it would be a pretty simple change to allow that.  Can you open an issue 
against the jackrabbit project?




> Non admin members of the group GroupAdmin can not add members to the group 
> UserAdmin
> 
>
> Key: SLING-2113
> URL: https://issues.apache.org/jira/browse/SLING-2113
> Project: Sling
>  Issue Type: Bug
>  Components: JCR
>Affects Versions: JCR Jackrabbit User Manager 2.1.0
>Reporter: Markus Joschko
>Priority: Minor
>
> A member of the GroupAdmin group should be able to add members to all groups. 
> That works fine except for the UserAdmin group. 
> There the addition fails if the user is not at the same time the admin user. 
> Jackrabbit is denying the rights for the property right. 
> 27.06.2011 14:45:48.874 *ERROR* [127.0.0.1 [1309178743836] POST 
> /system/userManager/group/UserAdmin.update.json HTTP/1.1] 
> org.apache.sling.jackrabbit.usermanager.impl.post.UpdateGroupServlet Failed 
> to update group. javax.jcr.AccessDeniedException: Permission denied.
> at 
> org.apache.jackrabbit.core.ProtectedItemModifier.checkPermission(ProtectedItemModifier.java:175)
> at 
> org.apache.jackrabbit.core.ProtectedItemModifier.setProperty(ProtectedItemModifier.java:126)
> at 
> org.apache.jackrabbit.core.security.user.UserManagerImpl.setProtectedProperty(UserManagerImpl.java:696)
> at 
> org.apache.jackrabbit.core.security.user.GroupImpl$PropertyBasedMembershipProvider.addMember(GroupImpl.java:392)
> at 
> org.apache.jackrabbit.core.security.user.GroupImpl.addMember(GroupImpl.java:172)
> at 
> org.apache.sling.jackrabbit.usermanager.impl.post.AbstractGroupPostServlet.updateGroupMembership(AbstractGroupPostServlet.java:88)
> at 
> org.apache.sling.jackrabbit.usermanager.impl.post.UpdateGroupServlet.updateGroup(UpdateGroupServlet.java:149)
> at 
> org.apache.sling.jackrabbit.usermanager.impl.post.UpdateGroupServlet.handleOperation(UpdateGroupServlet.java:107)
> at 
> org.apache.sling.jackrabbit.usermanager.impl.post.AbstractPostServlet.doPost(AbstractPostServlet.java:88)
> at 
> org.apache.sling.api.servlets.SlingAllMethodsServlet.mayService(SlingAllMethodsServlet.java:148)
> at 
> org.apache.sling.api.servlets.SlingSafeMethodsServlet.service(SlingSafeMethodsServlet.java:344)
> at 
> org.apache.sling.api.servlets.SlingSafeMethodsServlet.service(SlingSafeMethodsServlet.java:375)
> at 
> org.apache.sling.engine.impl.request.RequestData.service(RequestData.java:491)
> at 
> org.apache.sling.engine.impl.SlingRequestProcessorImpl.processComponent(SlingRequestProcessorImpl.java:273)
> at 
> org.apache.sling.engine.impl.filter.RequestSlingFilterChain.render(RequestSlingFilterChain.java:49)
> at 
> org.apache.sling.engine.impl.filter.AbstractSlingFilterChain.doFilter(AbstractSlingFilterChain.java:64)
> at 
> org.apache.sling.engine.impl.debug.RequestProgressTrackerLogFilter.doFilter(RequestProgressTrackerLogFilter.java:59)
> at 
> org.apache.sling.engine.impl.filter.AbstractSlingFilterChain.doFilter(AbstractSlingFilterChain.java:60)
> at 
> org.apache.sling.engine.impl.SlingRequestProcessorImpl.processRequest(SlingRequestProcessorImpl.java:163)
> at 
> org.apache.sling.engine.impl.SlingMainServlet.service(SlingMainServlet.java:187)
> at 
> org.apache.felix.http.base.internal.handler.ServletHandler.doHandle(ServletHandler.java:96)
> at 
> org.apache.felix.http.base.internal.handler.ServletHandler.handle(ServletHandler.java:79)
> at 
> org.apache.felix.http.base.internal.dispatch.ServletPipeline.handle(ServletPipeline.java:42)
> at 
> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:49)
> at 
> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Commented] (SLING-2114) Content Loader is not thread safe

2011-07-01 Thread Ray Davis (JIRA) 

[ 
https://issues.apache.org/jira/browse/SLING-2114?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13058594#comment-13058594
 ] 

Ray Davis commented on SLING-2114:
--

No errors reported on this end, Carsten. Thank you again for the fix.

> Content Loader is not thread safe
> -
>
> Key: SLING-2114
> URL: https://issues.apache.org/jira/browse/SLING-2114
> Project: Sling
>  Issue Type: Bug
>  Components: JCR
>Affects Versions: JCR ContentLoader 2.1.4
>Reporter: Ray Davis
>Assignee: Carsten Ziegeler
>Priority: Critical
> Attachments: java.patch
>
>
> After deploying to a new quad-core system, we encountered a node loaded by 
> one bundle which contained file contents from a different bundle and 
> different path. After re-deployment, several bundles' content were missing 
> altogether. The log contained messages like:
> 27.06.2011 13:10:18.387 *ERROR* [FelixStartLevel] 
> org.apache.sling.jcr.contentloader.internal.ContentLoaderService 
> bundleChanged: Problem loading initial content of bundle 
> org.sakaiproject.nakamura.org.sakaiproject.nakamura.uxloader-myberkeley (8) 
> java.util.EmptyStackException
>   at java.util.Stack.peek(Stack.java:102)
>   at java.util.Stack.pop(Stack.java:84)
>   at 
> org.apache.sling.jcr.contentloader.internal.DefaultContentCreator.finishNode(DefaultContentCreator.java:470)
>   at 
> org.apache.sling.jcr.contentloader.internal.Loader.createFile(Loader.java:603)
>   at 
> org.apache.sling.jcr.contentloader.internal.Loader.handleFile(Loader.java:483)
>   at 
> org.apache.sling.jcr.contentloader.internal.Loader.installFromPath(Loader.java:425)
>   at 
> org.apache.sling.jcr.contentloader.internal.Loader.installFromPath(Loader.java:420)
>   at 
> org.apache.sling.jcr.contentloader.internal.Loader.installContent(Loader.java:279)
>   at 
> org.apache.sling.jcr.contentloader.internal.Loader.registerBundleInternal(Loader.java:172)
>   at 
> org.apache.sling.jcr.contentloader.internal.Loader.registerBundle(Loader.java:103)
>   at 
> org.apache.sling.jcr.contentloader.internal.ContentLoaderService.bundleChanged(ContentLoaderService.java:148)
> and
> 27.06.2011 10:42:22.986 *ERROR* [FelixDispatchQueue] 
> org.apache.sling.jcr.contentloader.internal.Loader Cannot load initial 
> content for bundle org.sakaiproject.nakamura.user : Single-valued property 
> can not be set to an array of values:property 
> /var/notifications/search/sakai:propertyprovider 
> javax.jcr.ValueFormatException: Single-valued property can not be set to an 
> array of values:property /var/notifications/search/sakai:propertyprovider
>   at 
> org.apache.jackrabbit.core.PropertyImpl.checkSetValue(PropertyImpl.java:230)
>   at 
> org.apache.jackrabbit.core.PropertyImpl.setValue(PropertyImpl.java:690)
>   at org.apache.jackrabbit.core.NodeImpl.setProperty(NodeImpl.java:2413)
>   at org.apache.jackrabbit.core.NodeImpl.setProperty(NodeImpl.java:1555)
>   at org.apache.jackrabbit.core.NodeImpl.setProperty(NodeImpl.java:2134)
>   at org.apache.jackrabbit.core.NodeImpl.setProperty(NodeImpl.java:2156)
>   at 
> org.apache.sling.jcr.contentloader.internal.DefaultContentCreator.createProperty(DefaultContentCreator.java:416)
>   at 
> org.apache.sling.jcr.contentloader.internal.readers.JsonReader.createProperty(JsonReader.java:218)
>   at 
> org.apache.sling.jcr.contentloader.internal.readers.JsonReader.createNode(JsonReader.java:199)
>   at 
> org.apache.sling.jcr.contentloader.internal.readers.JsonReader.parse(JsonReader.java:159)
>   at 
> org.apache.sling.jcr.contentloader.internal.readers.JsonReader.parse(JsonReader.java:140)
>   at 
> org.apache.sling.jcr.contentloader.internal.Loader.createNode(Loader.java:543)
>   at 
> org.apache.sling.jcr.contentloader.internal.Loader.handleFile(Loader.java:470)
>   at 
> org.apache.sling.jcr.contentloader.internal.Loader.installFromPath(Loader.java:425)
>   at 
> org.apache.sling.jcr.contentloader.internal.Loader.installFromPath(Loader.java:420)
>   at 
> org.apache.sling.jcr.contentloader.internal.Loader.installFromPath(Loader.java:420)
>   at 
> org.apache.sling.jcr.contentloader.internal.Loader.installContent(Loader.java:279)
>   at 
> org.apache.sling.jcr.contentloader.internal.Loader.registerBundleInternal(Loader.java:172)
>   at 
> org.apache.sling.jcr.contentloader.internal.Loader.registerBundle(Loader.java:103)
>   at 
> org.apache.sling.jcr.contentloader.internal.ContentLoaderService.activate(ContentLoaderService.java:268)
> The DefaultContentCreator object is written to be used by a single thread. 
> However, the Loader class stores it as an instance variable, and in turn the 
> ContentLoaderService stores the Loader as an instance variable

Build failed in Jenkins: sling-trunk-1.6 #932

2011-07-01 Thread Apache Jenkins Server 
See 

Changes:

[cziegeler] [maven-release-plugin] prepare for next development iteration

[cziegeler] [maven-release-plugin] prepare release org.apache.sling.event-3.1.0

--
Started by an SCM change
Building remotely on ubuntu1
Updating http://svn.apache.org/repos/asf/sling/trunk
U bundles/extensions/event/pom.xml
At revision 1141864
ERROR: Ignore Problem expanding maven opts macros 
org.jenkinsci.plugins.tokenmacro.TokenMacro
Found mavenVersion 2.2.1 from file 
jar:file:/home/hudson/tools/maven/apache-maven-2.2.1/lib/maven-2.2.1-uber.jar!/META-INF/maven/org.apache.maven/maven-core/pom.properties
[locks-and-latches] Checking to see if we really have the locks
[locks-and-latches] Have all the locks, build can start
Parsing POMs
ERROR: Ignore Problem expanding maven opts macros 
org.jenkinsci.plugins.tokenmacro.TokenMacro
[trunk] $ /home/hudson/tools/java/latest1.6/bin/java -Xmx512M 
-XX:MaxPermSize=256M -enableassertions -cp 
/home/hudson/hudson-slave/maven-agent.jar:/home/hudson/hudson-slave/classworlds.jar
 hudson.maven.agent.Main /home/hudson/tools/maven/apache-maven-2.2.1 
/home/hudson/hudson-slave/slave.jar 
/home/hudson/hudson-slave/maven-interceptor.jar 49996 
/home/hudson/hudson-slave/maven2.1-interceptor.jar
channel started
<===[HUDSON REMOTING CAPACITY]===>   Executing Maven:  -B -f 
 
-DobrRepository=false clean install -DHttpTestBase.readyTimeoutSeconds=300 
-PwarIntegrationTests
[INFO] Scanning for projects...
[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO] The projects in the reactor contain a cyclic reference: Edge between 
'Vertex{label='org.apache.sling:org.apache.sling.commons.testing'}' and 
'Vertex{label='org.apache.sling:org.apache.sling.api'}' introduces to cycle in 
the graph org.apache.sling:org.apache.sling.api --> 
org.apache.sling:org.apache.sling.commons.testing --> 
org.apache.sling:org.apache.sling.api
[INFO] 
[INFO] For more information, run Maven with the -e switch
[INFO] 
[INFO] Total time: 1 second
[INFO] Finished at: Fri Jul 01 01:21:00 PDT 2011
[INFO] Final Memory: 13M/111M
[INFO] 
channel stopped
[locks-and-latches] Releasing all the locks
[locks-and-latches] All the locks released

Build failed in Jenkins: sling-trunk-1.5 #1251

2011-07-01 Thread Apache Jenkins Server 
See 

Changes:

[cziegeler] [maven-release-plugin] prepare for next development iteration

[cziegeler] [maven-release-plugin] prepare release org.apache.sling.event-3.1.0

--
Started by an SCM change
Building remotely on ubuntu1
Updating http://svn.apache.org/repos/asf/sling/trunk
U bundles/extensions/event/pom.xml
At revision 1141863
ERROR: Ignore Problem expanding maven opts macros 
org.jenkinsci.plugins.tokenmacro.TokenMacro
Found mavenVersion 2.2.1 from file 
jar:file:/home/hudson/tools/maven/apache-maven-2.2.1/lib/maven-2.2.1-uber.jar!/META-INF/maven/org.apache.maven/maven-core/pom.properties
[locks-and-latches] Checking to see if we really have the locks
[locks-and-latches] Have all the locks, build can start
Parsing POMs
ERROR: Ignore Problem expanding maven opts macros 
org.jenkinsci.plugins.tokenmacro.TokenMacro
[trunk] $ /home/hudson/tools/java/latest1.5/bin/java -Xmx512M 
-XX:MaxPermSize=256M -enableassertions -cp 
/home/hudson/hudson-slave/maven-agent.jar:/home/hudson/hudson-slave/classworlds.jar
 hudson.maven.agent.Main /home/hudson/tools/maven/apache-maven-2.2.1 
/home/hudson/hudson-slave/slave.jar 
/home/hudson/hudson-slave/maven-interceptor.jar 56462 
/home/hudson/hudson-slave/maven2.1-interceptor.jar
<===[HUDSON REMOTING CAPACITY]===>channel started
   Executing Maven:  -B -f 
 
-DobrRepository=false clean deploy -DHttpTestBase.readyTimeoutSeconds=300 
-PwarIntegrationTests
[INFO] Scanning for projects...
[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO] The projects in the reactor contain a cyclic reference: Edge between 
'Vertex{label='org.apache.sling:org.apache.sling.commons.testing'}' and 
'Vertex{label='org.apache.sling:org.apache.sling.api'}' introduces to cycle in 
the graph org.apache.sling:org.apache.sling.api --> 
org.apache.sling:org.apache.sling.commons.testing --> 
org.apache.sling:org.apache.sling.api
[INFO] 
[INFO] For more information, run Maven with the -e switch
[INFO] 
[INFO] Total time: 2 seconds
[INFO] Finished at: Fri Jul 01 00:15:21 GMT-08:00 2011
[INFO] Final Memory: 12M/29M
[INFO] 
channel stopped
[locks-and-latches] Releasing all the locks
[locks-and-latches] All the locks released

[jira] [Commented] (SLING-2113) Non admin members of the group GroupAdmin can not add members to the group UserAdmin

2011-07-01 Thread Markus Joschko (JIRA) 

[ 
https://issues.apache.org/jira/browse/SLING-2113?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13058245#comment-13058245
 ] 

Markus Joschko commented on SLING-2113:
---

Now that I think about it i's probably really a security thread if everybody 
who can admin groups can also potentially create users and add them to groups.
However I am looking for a way to allow delegated user administration. In my 
app the admin account is only used for technical administration (configuration, 
bundle updates etc) and all admininistrators of the application are normal 
users in the groups administrators, groupadmin, useradmin. They should be able 
to "self organize" -> add other users to the useradmin group. 
Would it make sense to at least allow users from the administrators group to 
add users to the useradmin group? 
 guess there is nothing that can be done on the SLING side as this is 
jackrabbit functionality. I always wanted to try out how hard it is to 
overwrite the ACPs.

> Non admin members of the group GroupAdmin can not add members to the group 
> UserAdmin
> 
>
> Key: SLING-2113
> URL: https://issues.apache.org/jira/browse/SLING-2113
> Project: Sling
>  Issue Type: Bug
>  Components: JCR
>Affects Versions: JCR Jackrabbit User Manager 2.1.0
>Reporter: Markus Joschko
>Priority: Minor
>
> A member of the GroupAdmin group should be able to add members to all groups. 
> That works fine except for the UserAdmin group. 
> There the addition fails if the user is not at the same time the admin user. 
> Jackrabbit is denying the rights for the property right. 
> 27.06.2011 14:45:48.874 *ERROR* [127.0.0.1 [1309178743836] POST 
> /system/userManager/group/UserAdmin.update.json HTTP/1.1] 
> org.apache.sling.jackrabbit.usermanager.impl.post.UpdateGroupServlet Failed 
> to update group. javax.jcr.AccessDeniedException: Permission denied.
> at 
> org.apache.jackrabbit.core.ProtectedItemModifier.checkPermission(ProtectedItemModifier.java:175)
> at 
> org.apache.jackrabbit.core.ProtectedItemModifier.setProperty(ProtectedItemModifier.java:126)
> at 
> org.apache.jackrabbit.core.security.user.UserManagerImpl.setProtectedProperty(UserManagerImpl.java:696)
> at 
> org.apache.jackrabbit.core.security.user.GroupImpl$PropertyBasedMembershipProvider.addMember(GroupImpl.java:392)
> at 
> org.apache.jackrabbit.core.security.user.GroupImpl.addMember(GroupImpl.java:172)
> at 
> org.apache.sling.jackrabbit.usermanager.impl.post.AbstractGroupPostServlet.updateGroupMembership(AbstractGroupPostServlet.java:88)
> at 
> org.apache.sling.jackrabbit.usermanager.impl.post.UpdateGroupServlet.updateGroup(UpdateGroupServlet.java:149)
> at 
> org.apache.sling.jackrabbit.usermanager.impl.post.UpdateGroupServlet.handleOperation(UpdateGroupServlet.java:107)
> at 
> org.apache.sling.jackrabbit.usermanager.impl.post.AbstractPostServlet.doPost(AbstractPostServlet.java:88)
> at 
> org.apache.sling.api.servlets.SlingAllMethodsServlet.mayService(SlingAllMethodsServlet.java:148)
> at 
> org.apache.sling.api.servlets.SlingSafeMethodsServlet.service(SlingSafeMethodsServlet.java:344)
> at 
> org.apache.sling.api.servlets.SlingSafeMethodsServlet.service(SlingSafeMethodsServlet.java:375)
> at 
> org.apache.sling.engine.impl.request.RequestData.service(RequestData.java:491)
> at 
> org.apache.sling.engine.impl.SlingRequestProcessorImpl.processComponent(SlingRequestProcessorImpl.java:273)
> at 
> org.apache.sling.engine.impl.filter.RequestSlingFilterChain.render(RequestSlingFilterChain.java:49)
> at 
> org.apache.sling.engine.impl.filter.AbstractSlingFilterChain.doFilter(AbstractSlingFilterChain.java:64)
> at 
> org.apache.sling.engine.impl.debug.RequestProgressTrackerLogFilter.doFilter(RequestProgressTrackerLogFilter.java:59)
> at 
> org.apache.sling.engine.impl.filter.AbstractSlingFilterChain.doFilter(AbstractSlingFilterChain.java:60)
> at 
> org.apache.sling.engine.impl.SlingRequestProcessorImpl.processRequest(SlingRequestProcessorImpl.java:163)
> at 
> org.apache.sling.engine.impl.SlingMainServlet.service(SlingMainServlet.java:187)
> at 
> org.apache.felix.http.base.internal.handler.ServletHandler.doHandle(ServletHandler.java:96)
> at 
> org.apache.felix.http.base.internal.handler.ServletHandler.handle(ServletHandler.java:79)
> at 
> org.apache.felix.http.base.internal.dispatch.ServletPipeline.handle(ServletPipeline.java:42)
> at 
> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:49)
> at 
> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilte