Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@jackrabbit.apache.org
Received-SPF: pass (athena.apache.org: domain of norman.maurer@googlemail.com
 designates 209.85.214.172 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:content-type
         :content-transfer-encoding;
        b=bjxZyopC7jEEtfW1jLdhaT3XiZB84zIXxEoZ0/2cismaBrfr9r76w0rB4hFXwH9gkl
         hFcNgSI59a9KFXrNbHFP6lMIQUyuzZcuPSq094yHBvDTeshgLBoiIw/EW7+3QcKfic51
         3a0ZmZLYU2ez74Dpj1yeHDUpFbzy7c3yu5pZs=
MIME-Version: 1.0
Sender: norman.maurer@googlemail.com
In-Reply-To: <AANLkTi=DDD8G-zZ_ghv5ZkZ_OLW0Jo-5etEk1Ld9N_Gg@mail.gmail.com>
References: <75C9DCDE-6160-4F78-AC44-411CAD562B8D@maya-systems.com>
	<1E19575A-B03C-4E98-969B-8D347BA34AF5@maya-systems.com>
	<AANLkTim+C3p-AwxQmAc6_BYXSWZcRqneign6fVQQ_4PX@mail.gmail.com>
	<AANLkTi=DDD8G-zZ_ghv5ZkZ_OLW0Jo-5etEk1Ld9N_Gg@mail.gmail.com>
Date: Sat, 11 Dec 2010 15:53:21 +0100
Message-ID: <AANLkTi=fvm1xSVKC4yydNJpvUTvmhFvzO_31z585vNM6@mail.gmail.com>
Subject: Re: Item cannot be saved because it has been modified externally:
 node /
From: Norman Maurer <norman@apache.org>
To: users@jackrabbit.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi there,

unfortunaly I don't know the issue number out of my head. I just know
I had the same problems with concurrent write operations and talked to
Jukka about it. He told me its fixed in 2.2-SNAPSHOT and I tried it
(he even gave me an issue number but I can't remember) to see if the
problems are still there. It was fixed for me..


Bye,
Norman


2010/12/11 Stefan Guggisberg <stefan.guggisberg@gmail.com>:
> On Sat, Dec 11, 2010 at 11:52 AM, Norman Maurer <norman@apache.org> wrote=
:
>>
>> Hi there,
>>
>> this is fixed in the upcomming jackrabbit 2.2.0 (which should be
>
> which jira issue are you refering to?
>
> cheers
> stefan
>
>> released within the next days). In the meantime you can grab a
>> snapshot here:
>>
>> https://repository.apache.org/content/groups/snapshots/org/apache/jackra=
bbit/
>>
>> Version name is 2.2-SNAPSHOT.
>>
>> Bye,
>> Norman
>>
>>
>>
>>
>> 2010/12/11 Fran=E7ois Cassistat <f@maya-systems.com>:
>> > I've managed to make some basic case that throws the error every time.
>> >
>> > import org.apache.jackrabbit.core.TransientRepository;
>> >
>> > import javax.jcr.*;
>> >
>> > public class JCRConcurrency
>> > {
>> > =A0 =A0public static void main(String[] args) throws RepositoryExcepti=
on
>> > =A0 =A0{
>> > =A0 =A0 =A0 =A0Repository repo;
>> > =A0 =A0 =A0 =A0if (args.length >=3D 2)
>> > =A0 =A0 =A0 =A0 =A0 =A0repo =3D new TransientRepository(args[0], args[=
1]);
>> > =A0 =A0 =A0 =A0else
>> > =A0 =A0 =A0 =A0 =A0 =A0repo =3D new TransientRepository();
>> > =A0 =A0 =A0 =A0SimpleCredentials simpleCredentials =3D new SimpleCrede=
ntials("username", "password".toCharArray());
>> > =A0 =A0 =A0 =A0Session sessionInit =3D repo.login(simpleCredentials);
>> >
>> > =A0 =A0 =A0 =A0// initialization
>> > =A0 =A0 =A0 =A0Node root =3D sessionInit.getRootNode();
>> > =A0 =A0 =A0 =A0Node test;
>> > =A0 =A0 =A0 =A0if (root.hasNode("test"))
>> > =A0 =A0 =A0 =A0 =A0 =A0test =3D root.getNode("test");
>> > =A0 =A0 =A0 =A0else
>> > =A0 =A0 =A0 =A0 =A0 =A0test =3D root.addNode("test");
>> > =A0 =A0 =A0 =A0if (!test.hasProperty("property"))
>> > =A0 =A0 =A0 =A0 =A0 =A0test.setProperty("property", 0);
>> > =A0 =A0 =A0 =A0sessionInit.save();
>> > =A0 =A0 =A0 =A0String testIdentifier =3D test.getIdentifier();
>> >
>> > =A0 =A0 =A0 =A0// session 1
>> > =A0 =A0 =A0 =A0Session session1 =3D repo.login(simpleCredentials);
>> > =A0 =A0 =A0 =A0Node test1 =3D session1.getNodeByIdentifier(testIdentif=
ier);
>> > =A0 =A0 =A0 =A0System.out.println(test1.getProperty("property").getLon=
g());
>> > =A0 =A0 =A0 =A0test1.setProperty("property", 1);
>> >
>> > =A0 =A0 =A0 =A0// session 2 is doing some other things at the same tim=
e
>> > =A0 =A0 =A0 =A0Session session2 =3D repo.login(simpleCredentials);
>> > =A0 =A0 =A0 =A0Node test2 =3D session2.getNodeByIdentifier(testIdentif=
ier);
>> > =A0 =A0 =A0 =A0test2.setProperty("property", 2);
>> >
>> > =A0 =A0 =A0 =A0// session 2 saves first
>> > =A0 =A0 =A0 =A0session2.save();
>> > =A0 =A0 =A0 =A0session2.logout();
>> >
>> > =A0 =A0 =A0 =A0// session 1 saves
>> > =A0 =A0 =A0 =A0session1.save();
>> > =A0 =A0 =A0 =A0session1.logout();
>> >
>> > =A0 =A0 =A0 =A0sessionInit.logout();
>> >
>> > =A0 =A0 =A0 =A0System.exit(0);
>> > =A0 =A0}
>> > }
>> >
>> >
>> >
>> >
>> > Le 2010-12-10 =E0 6:12 PM, Fran=E7ois Cassistat a =E9crit :
>> >
>> >> Hi list !
>> >>
>> >> I've got some concurrency problem while saving. My application use di=
stinct Sessions object and when two processes are trying to modify the same=
 property of the same node at the same time. I've get the exception below :
>> >> javax.jcr.InvalidItemStateException: Item cannot be saved because it =
has been modified externally: node /
>> >> =A0 =A0 =A0 =A0at org.apache.jackrabbit.core.ItemImpl.getTransientSta=
tes(ItemImpl.java:249)
>> >> =A0 =A0 =A0 =A0at org.apache.jackrabbit.core.ItemImpl.save(ItemImpl.j=
ava:981)
>> >> =A0 =A0 =A0 =A0at org.apache.jackrabbit.core.SessionImpl.save(Session=
Impl.java:920)
>> >> =A0 =A0 =A0 =A0at com.myproject.MyProject.save(MyProject.java:1525)
>> >> =A0 =A0 =A0 =A0...
>> >>
>> >>
>> >> I have tried saving this way :
>> >> synchronized (this)
>> >> {
>> >> =A0 =A0session.refresh(true);
>> >> =A0 =A0session.save();
>> >> }
>> >>
>> >>
>> >> Is there any way around or only locks and transactions can prevent th=
at ?
>> >>
>> >>
>> >> Thanks !
>> >>
>> >>
>> >> Fran=E7ois
>> >>
>> >
>> >
>