Mailing-List: contact jackrabbit-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: jackrabbit-dev@incubator.apache.org
Received-SPF: pass (asf.osuosl.org: domain of marcel.reutegger@gmx.net
 designates 213.165.64.20 as permitted sender)
Message-ID: <4358B7C2.50109@gmx.net>
Date: Fri, 21 Oct 2005 11:41:22 +0200
From: Marcel Reutegger <marcel.reutegger@gmx.net>
User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716)
MIME-Version: 1.0
To: jackrabbit-dev@incubator.apache.org
Subject: Re: Multithreading/Mutliuser(?) access
References: <20051020114011.GA17016@jdevoff.zssm.zp.ua>
 <20051020122055.GE17016@jdevoff.zssm.zp.ua> <4357A197.30602@gmx.net>
 <20051020140937.GD78211@jdevoff.zssm.zp.ua> <4357B777.4090803@gmx.net>
 <20051021092636.GB1246@jdevoff.zssm.zp.ua>
In-Reply-To: <20051021092636.GB1246@jdevoff.zssm.zp.ua>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

mix:lockable is a mixin node type, that means you cannot create a node
with this node type directly. you can think of it as an abstract class, 
that you cannot instanciate.

however you can add a mixin to an existing node using Node.addMixin()

please have a look at secion 4.8 of the jcr spec.

regards
  marcel

Eugeny N Dzhurinsky wrote:
> On Thu, Oct 20, 2005 at 05:27:51PM +0200, Marcel Reutegger wrote:
> 
>>Because of JCRs data model this can potentially happen to any save() 
>>call, unless the modification is protected with a lock.
>>when one session modifies a node and tries to save it, another session 
>>might have been faster and the changes of the latter session win. the 
>>first session then gets an InvalidItemStateException because it tried to 
>>save inconsistent data.
> 
> 
> Okay, I understood this point. However, I found node should be set with
> nodetype mix:lockable (?) to allow locks fo changes. But if I change node type
> from nt:unstructured to mix:lockable, I'm getting exceptions:
> javax.jcr.nodetype.ConstraintViolati
> onException: no definition found in parent node's node type for new node: no
> matching child node definition found for {}node1_1: no matching child node 
> definition found for{}node1_1
>      [java] javax.jcr.nodetype.ConstraintViolationException: no definition
>      found in parent node's node type for new node: no matching child node 
>      definition found for{}node1_1: no matching child node definition found 
>      for {}node1_1
>