Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@jackrabbit.apache.org
Received-SPF: pass (athena.apache.org: domain of anchela@day.com designates
 207.126.148.85 as permitted sender)
Message-ID: <4B98D319.6030601@day.com>
Date: Thu, 11 Mar 2010 12:25:13 +0100
From: Angela Schreiber <anchela@day.com>
User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302)
MIME-Version: 1.0
To: dev@jackrabbit.apache.org
Subject: Re: UserManager autosace issue
References: <4B98CB22.1000302@gmail.com>
In-Reply-To: <4B98CB22.1000302@gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

hi felix

> Consier a UserManager not set to autosave mode. I do:
> 
>    Group g = userManager.createGroup(groupPrincipal)
>    g.addMemmber(someUser);
> This results in an InvalidItemStateException:
> 
> javax.jcr.InvalidItemStateException:
> c0a1a731-9fea-34fa-aa78-d224bd58a981 has been modified externally
> 	at org.apache.jackrabbit.core.ItemImpl.save(ItemImpl.java:1145)
> 	at
> org.apache.jackrabbit.core.security.user.UserManagerImpl.setProtectedProperty(UserManagerImpl.java:581)
> 	at
> org.apache.jackrabbit.core.security.user.GroupImpl.addMember(GroupImpl.java:151)
> 
> I assume this is because the addMember method calls Item.save() while
> the parent node has not been saved yet.

but why is the save method called? if you are *not* in
autosave-mode the save-call should be omitted and you are
in charge of calling session.save to persist the complete
set of transient modifications anyway... strange.

> Is this a known issue worth following up to ?

no, this isn't a known issue... can you check why
Item.save() is called in the first place? and file
a new JIRA issue if it's a bug in the user-management code.

thanks
angela
> Thanks and Regards
> Felix
>