Mailing-List: contact user-help@zookeeper.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@zookeeper.apache.org
Received-SPF: pass (nike.apache.org: domain of ted.dunning@gmail.com
 designates 209.85.210.170 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CB29D2A6.12799%jzimmerman@netflix.com>
References: 
 <CAJwFCa1fhFkN=1v15Ue0K7V-RnLhGCGM5w1Hj2oi7MqMU4ao0Q@mail.gmail.com>
 <CB29D2A6.12799%jzimmerman@netflix.com>
From: Ted Dunning <ted.dunning@gmail.com>
Date: Wed, 4 Jan 2012 14:21:18 -0800
Message-ID: 
 <CAJwFCa2q-k9TBWq9=bS3f9LqY4N8pHii2um1hvP4JZZaCK3Vuw@mail.gmail.com>
Subject: Re: Multi doc?
To: user@zookeeper.apache.org
Content-Type: multipart/alternative; boundary=14dae9340f6151941a04b5bb3da2

--14dae9340f6151941a04b5bb3da2
Content-Type: text/plain; charset=UTF-8

On Wed, Jan 4, 2012 at 10:03 AM, Jordan Zimmerman <jzimmerman@netflix.com>wrote:

> OK - a few questions:
>
> * Can someone give more detail on Op.check()? I assume it generates an
> error if the version of the path doesn't match, but the doc is confusing
> to me.


Correct.


> What happens if the transaction has both a setData and a check?
>

They happen in sequence, but I couldn't say exactly which version the check
will see.  I suspect that it will see the version before the setData is
done.


> * Does ZooKeeper.multi() guarantee that there will be exactly 1 OpResult
> for every Op in the transaction. Further, is there an ordering guarantee
> for the OpResult list - i.e. the OpResults are in the same order as the
> Ops argument? If this isn't so, I don't see how someone could correlate an
> Op to its result.
>

Right.  One to one correspondence is the contract.

--14dae9340f6151941a04b5bb3da2--