Return-Path: X-Original-To: apmail-zookeeper-user-archive@www.apache.org Delivered-To: apmail-zookeeper-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 679C896B8 for ; Fri, 2 Mar 2012 21:59:24 +0000 (UTC) Received: (qmail 77295 invoked by uid 500); 2 Mar 2012 21:59:23 -0000 Delivered-To: apmail-zookeeper-user-archive@zookeeper.apache.org Received: (qmail 77269 invoked by uid 500); 2 Mar 2012 21:59:23 -0000 Mailing-List: contact user-help@zookeeper.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@zookeeper.apache.org Delivered-To: mailing list user@zookeeper.apache.org Received: (qmail 77260 invoked by uid 99); 2 Mar 2012 21:59:23 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Mar 2012 21:59:23 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of amirhkiani@gmail.com designates 209.85.210.42 as permitted sender) Received: from [209.85.210.42] (HELO mail-pz0-f42.google.com) (209.85.210.42) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Mar 2012 21:59:15 +0000 Received: by dang27 with SMTP id g27so2384670dan.15 for ; Fri, 02 Mar 2012 13:58:54 -0800 (PST) Received-SPF: pass (google.com: domain of amirhkiani@gmail.com designates 10.68.238.227 as permitted sender) client-ip=10.68.238.227; Authentication-Results: mr.google.com; spf=pass (google.com: domain of amirhkiani@gmail.com designates 10.68.238.227 as permitted sender) smtp.mail=amirhkiani@gmail.com; dkim=pass header.i=amirhkiani@gmail.com Received: from mr.google.com ([10.68.238.227]) by 10.68.238.227 with SMTP id vn3mr1081605pbc.123.1330725534415 (num_hops = 1); Fri, 02 Mar 2012 13:58:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:mime-version:content-type:subject:date:in-reply-to:to :references:message-id:x-mailer; bh=9sjOrfN+M9Su8MSHB5B4FTANca41Tw/j5mT7d85dHjA=; b=IbInS09ESCNPF4M2tKHyZ6YTz+ufgqmy9cqvkRivbALTl49eojSrk2uJLWEaRafseH SQTrtvLQXvriD1rlI/KNHTIXe287iePF5WlL6wLHc97sdyWchrKsN7itv/PnHYodTKal 7IdxN3hU9j7Dp2SwmV6NFqhA4fnSRPGq7ZSdAIID7XkN28hY0YRSk7WWOJDwmcGkRaMQ c61ORJ/7zmwcaUea7g0ED1xwdEnTiPYNGYcveNJOF4oqeOjfx0CU+/HMpNVaDBLzfJlM 4PtGDGcrdBOuvT9mjjBogsWuO8xpiajIkYQO+ZAM6jb5ZpCrC0fQUgZCpyVwa5yPHKJy SdSw== Received: by 10.68.238.227 with SMTP id vn3mr925372pbc.123.1330725534318; Fri, 02 Mar 2012 13:58:54 -0800 (PST) Received: from amiroo.localnet (50-78-98-94-static.hfc.comcastbusiness.net. [50.78.98.94]) by mx.google.com with ESMTPS id a1sm5981563pbj.72.2012.03.02.13.58.52 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 02 Mar 2012 13:58:52 -0800 (PST) From: Amirhossein Kiani Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: multipart/alternative; boundary="Apple-Mail=_9A000392-04B6-4061-A077-1CD653B33F5D" Subject: Re: Getting data after the watch Date: Fri, 2 Mar 2012 13:58:51 -0800 In-Reply-To: To: user@zookeeper.apache.org, Patrick Hunt References: Message-Id: <9D6A630B-92C0-4D27-A5DA-FA41E32BD5A1@gmail.com> X-Mailer: Apple Mail (2.1251.1) X-Virus-Checked: Checked by ClamAV on apache.org --Apple-Mail=_9A000392-04B6-4061-A077-1CD653B33F5D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 Hmm... I tried testing the idea that if I call the getData() on updated = node in the watcher's process() method I'll get the updated data. I created a watcher class that keeps track of the values it's receiving = and in my test I sequentially set 10000 values on the node. I do see = that some times I'm getting the OLD VALUE. I wonder if the way I'm setting the data or getting it is incorrect. Here are the main files in my test: https://gist.github.com/1961660 You can run my test by running "mvn test" in the maven project attached. Many thanks for your help! Amir On Mar 2, 2012, at 11:27 AM, Patrick Hunt wrote: > On Fri, Mar 2, 2012 at 11:23 AM, Amirhossein Kiani = wrote: >> Many thanks Patrick for pointing me to the new documentation. I just = found the other one from Google somehow. >>=20 >=20 > No problem. >=20 >> So what I think is happening is actually impossible: to do getData() = on a node and see the OLD data. in other words, I do not need to loop on = a getData() to get the actual new data after being notified about the = data change. >> The reason that I'm saying that is that's the behavior I'm seeing in = my code, but it might be just a bug on my side... >=20 > Sounds like. Keep in mind that there might be multiple changes btw the > time the notification fires and when your getData runs on the server. > Perhaps someone's changing it back? :-) >=20 > Patrick --Apple-Mail=_9A000392-04B6-4061-A077-1CD653B33F5D Content-Type: multipart/mixed; boundary="Apple-Mail=_78BD358B-8237-40D0-B6F8-30FCE14C3800" --Apple-Mail=_78BD358B-8237-40D0-B6F8-30FCE14C3800 Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=iso-8859-1 Hmm... I tried testing the idea that if I call the getData() on updated node in the watcher's process() method I'll get the updated data.
I created a watcher class that keeps track of the values it's receiving and in my test I sequentially set 10000 values on the node. I do see that some times I'm getting the OLD VALUE.

I wonder if the way I'm setting the data or getting it is incorrect.

Here are the main files in my test:

You can run my test by running "mvn test" in the maven project attached.
--Apple-Mail=_78BD358B-8237-40D0-B6F8-30FCE14C3800 Content-Disposition: attachment; filename=test-get-data.tar.gz Content-Type: application/x-gzip; name="test-get-data.tar.gz" Content-Transfer-Encoding: base64 H4sIAPc/UU8AA+1ce3PbNhLvv9GnQHWXGbmxSJF63TiyG8dR2qR+jaW0d+1kMjAJybQpUgeCfjTj 7367AEhRsh52YivTHnbGEQEssAvsLvADAWbIhE8Ftb97QqrVau1mk8jflvqtuQ31q4k4TtttuPV2 23FJzXGb7dp3pPmUSmWUJoJyUIWOAr6MD9gGgyXluh/571+Ehtr+lhfSJBlTcfb4MmA8Wo3GYvu3 Gm1tf7fdbDfB/g1p/9rjq3KX/s/t3/nxehSSS8aTII62y45VKxMWebEfRMPt8of+2+q/yj/ulDq5 e+yUnk0SLBL8hlwEkb9dTrhXJnEqxqnYLsOYgmfZgiWiKrlZUiZYQ/LJfPucXtKyvbA9L46yKjEf WswLg3HCrHNfWCFNI+8MNLTen3Q/7R0d9nffHXZP7Fm+IBKMRzS0fHaaDq000DUZt3qCRj7l/q8H /Zsxs9+7vW7VsZoP12fkMutg99fuoftpb3+31zve7f88UWlJe2qosib1gGVjBdU6dmHMn8z+efyP eXzOPPEUMlbEv1Or1/L4r7fqGP9u3TXxvw66b/xr93jDEo8HYwHM6NgRHbEd7UIdW6bQ3ePRCDx9 BzxYP0GmbiDBZ7uYOE2D0O+NmQcJndqDahCemKFlzEa2F3N4gAlE8jOeC4cKEEkpSk1U0p5Kd+xZ CfcRiUEuRY7oJYvc118rVGfoXoM8kXKmWNXz4g6rchQt+RZUmVH4cLZS9pjgPDPPtt/aLw2th/L5 P2FCQMwnT7ATuD/+x/m/IfGfY/D/Wiiz/zgeWbASPImMFet/y2208v1fqynxv+PWzfq/DsrWZQLG j5Lt8pkQ4y3blsuGRccUwLIFC4t9fHRgN6wawgPJuXWdBDn31dWVdVWXfC7gOfvfB/s9qDii1SCC cYs8Vi49gwpbiczdjz0qJNxYKY0s4rhOfJVZlXwWpMu4ro1in4W/KjizI4s69lReCZiGPE7H7/yd P+P4grExbAdwQ9Kxs/wSruciGFBPQCrHN4U84NCYaQelO9Xe4e5x7+ejfsfO8hHzUO+CDmFW3Tmn gBYmydJC7JTycGdBnzs2FpYUlgKlRaAhgzahJTGFlcQp91hXY7gdCeHyNX4+DzaC2KKa6e5YrY49 lYMsCDCScNA4L/A1LQdG+G4J8ufDm+fWrbrV6Nh3CzQozHsFac7GcRKImGfdzDNuFMYK/B2FbqqT EtjpXUqYZEUMDBoUAd17nU0OsBZxyUlerYjkChbw46sojKmft6hsYru2tgXyh/QGtnI7PhvQNASZ Oi1h37TK83oACNlKxhxXXmkTq9CX0zTyQ5ZAVshowma60319QnqyJnREMqzuUKHxKaGghe6almnn MnU/H6sv7Fptyed0pquLnqI7E7Fz+1MqpjMH9MFDIx82Q5kDfl+tkt+Pjn7pdo+7J6RalZk5lx6H bA7BkNCxm7t7cYZ5NjXHFFimZplnk3nmn5/vhM1tcbaBLhR1WaYbGgq8eRAG15aXcgqdXqyaZqiq KXKRdo7lWO4KdXD89uMhzoD3GT05oSzWS803dBwsG7I7E9OyIfs6fc69sBpD21XN98VKPeskHsyE OzyNRDCCEFTJR1ZXKRDGw8a5435bbaUSizXVxYs9z7Wc5oxO7NoLU0yq/XghQ6UnwnFqv4ZtchBO azCtgyqfUQF6ONPsKjHno2SZFFn8FULkBJxG1rk/ulgu51rEcfhIwkbXK2TxuyF6R1AhnTzErZb5 1XkaBWJJwKriRX7VsNpzHV3Ng4u8vJBUy4Z6vaRwWpjC3Ke7pxJ6MOYsGgr96SozAzztmQiCwRjj IITJR1WYM95ZT1yAYNMT9TN8YxcNgiFO9AVDq8UUZoAiEITg1/maS724vsul87Wx7woAvJePQPas 1l1bj1gOWs3bqKejbP+PpzJPJeNB73+abdj/1+utunn/sw4q2h8WuegpnOAh9tfnv3XHMfZfBxXt L09ln0DG/e1frzVq8v1v3W0a+6+D7tgfl/FHdoKHxH/LRfs33ZZ5/78WumN/zhS+e8SDoIfFP67/ rXrDNfZfBy2xv9x3P8ah0IrzH8dx6hP7u3VSc9FhzPnPOui+9z++f3O01//PcZdIr9ia2s+R4w+v 99/tkXLVtnePd/d+7tr2m/4bsn/0U+M9cSzXtruHZVJWDuULPKnpzGtHnSzJkvxs6JxewF6WFs9+ JIMtj3vwleLuWG64eaJeKnaoThN8ZyzvbSVxyMpEXqdSl7d0Y0qhPcWQNVNWe3XK6Ui30Jdb2TK5 pGEKyd5NItjIivHyli2Z1Sv/hQKOqcC3z/uSq6y3/4X2QQFtAM2Zi3pebY63yHPPen5AquT56HmU iZwcM8BeX2sud884IidxLOSbVhgENSYccvRZURDzQNxkEoJoEGdtZu1UORsQ+CuMnbzGZqtWYGM+ x3hmk/6XpPn4Lz9peBQQ8PD9f9tttcz6vw5aZf/H2BM+2P4uFJv931roXvYfft1HIg/A/61WHe3v tJptY/910IPs34fE73H8iyz6iYk3kCnvRiyXsQL/A+if3P+q1x2wf6vpmPvfayF1J4mR6atQlrb4 yxJQMBrHXBAYABF4BNGtPDmzdpOEcWFR+dPnKXuZ8867/GDtcUYFO4h9YFzGBx72hg0S652frGRU rricDTuC33uIKTbVB/ToqWx50m0p7Lyw4C318N7IpL9zLlSoccT2YSfVY/wS2yvZP/xQIj8QzE5I MCAeDUO8DjFUwVTZILANoiSCQSLijApyRhNyylhEvDMaDZlPaHhFbxKA5yLlUQJMjKRj6CIUSUhv YfufX0GrFyQfIMZvSZCQNAEuERMcGCI4mJ7EA9mErEoSJlA+ZkgN6AB2I+SKCu8Mqw8CznzZPv69 oqk4iznZhcA5i8EJgoj8EtAoIBWMpbMLfH41xJNzvJCzQZT9fZRwQDlxN4lbc1xoyi6N09MQfEtu oMi8WYZ8LpHMAwcBXhLS25tQ/WyTKcug/6qMytw5SwraeAltwn7oErSabjuIBDn8cPC6e/Lp6O2n frfX74EEBwMbbEjIK2wUKyu1L+MAhlXJAQuKMx5fJaR77TF5mV7qTsiUK0j2SWqbROxqmqPiuHXX lTqSoiExUvNnVa9QWpmtgOyzbJUp4ThWsAONmCd6Ai9RVTY2ZV83i6J0u4UcvDH++0UFcjZnB0sz Y8zJgdUKYLoyacjypENUynKRKW9KntMbwf6ofdwkEP3W0XH38NPu3v6nD4e93bfdTTKZQqzj7knv Xa/fPexvSJsQMgBnrKDpKMirvYSfzqxikPnixYY2iFIii7xci0IXN6X2WmPsj7xtl6ifbZ22ZOwc DSo0Z8R2k9l2VTWU9xr6mOAoY+uYoe+mVjZ0C7elL+3RZDKulGXclMkLqPYCfq9gJokYehtnHgvg ybemu6t6kvxBP2ZDelvCv1uztf/b0oPwX2GiuQfsy2kF/nMbLXeC/5wW4L9Gu2nu/6+FVuO/ZdDq N4QGzO9eskgsB2GKcwVS00yWbE/9i1/nfgkKfCCOy4AZtpTMgUYZ4EIAJkGRRljz0MUt4qiE4Phl aEovAigBgdUmLHNkRPkFriMM+qPxVyDU3HwJ8gLEgadxHDIKT5zTm6dHXkWYAUMWMvkFI9FmkYuM AkgaLd0XgxXnjbvQq4BVLjBfd/qPj3ro5Vqk9ZyCOuTzbWkGhSlMUmxxU6K5KB2dMn40kMA7Wy7F WZBYf16A4kqwztEGV5glU2aqgY8v5bo4I3vMY48lSaUYFIThv7lAfpOv1AD+K7IQxwm9vLJhsf+m NEwqueNbh+As6FJ7CvxvTBZ6opDSR+Vm2IMcyeStHlNxhjBjAI2Cz0VpGOYQJUczWL+XIRqF0iQI xPwMBiDZeIcP0IPI8A/sI/D7erBvzjMZaWjrnSrM4dFEUEGJQvMYD9IAOhhokgWDn3NpgKJkfAQh Qm47VeGtgiywp8L9SmWCv9lk2JSrWozzmFfKExaIIG0+2TUIWbnrQYDEclD2d8RCd7//LH5GLD8h zk+ErTGHffnDZaxY//G4f/r+F/y6bbP+r4P+8ZYHclGoAQZzt+rtLadNjnt9tUJkfoCGhzk3QifI zoqdUnZObE+jx215ajwpzb5P29EF37rLhgq0PP7z/3ngCyNf0ar4bziN6e+/XafRdkz8r4Nm47+5 BcrfM/7nekr2JQI8+LD+R5b6EOA4pGIQ89G2YzVXVgToGeBXw/dghrnlFHCqBW2fBr7PopNM0+0r yiPw6BUNqLVNSvrWtvgWtDz+8/9G5Enj32k1Zs5/nXrbrP9rodn4b2w1m5P4h50c4O9jHg8gVpLt FfMBAsXwkv0W84sEdulYT/4vP9uI0ksTvm/dZ0OGDBkyZMiQIUOGDBkyZMiQIUOGDBkyZMiQIUOG DBkyZMiQIUOGDBkyZOivTv8D7RHaGAB4AAA= --Apple-Mail=_78BD358B-8237-40D0-B6F8-30FCE14C3800 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=iso-8859-1 Many thanks for your help!
Amir
On Mar 2, 2012, at 11:27 AM, Patrick Hunt wrote:

On = Fri, Mar 2, 2012 at 11:23 AM, Amirhossein Kiani <amirhkiani@gmail.com> = wrote:
Many thanks Patrick for pointing me = to the new documentation. I just found the other one from Google = somehow.


No= problem.

So what I think is happening = is actually impossible: to do getData() on a node and see the OLD data. = in other words, I do not need to loop on a getData() to get the actual = new data after being notified about the data = change.
The reason that I'm = saying that is that's the behavior I'm seeing in my code, but it might = be just a bug on my side...

Sounds like. Keep in = mind that there might be multiple changes btw the
time the = notification fires and when your getData runs on the server.
Perhaps = someone's changing it back? = :-)

Patrick

= --Apple-Mail=_78BD358B-8237-40D0-B6F8-30FCE14C3800-- --Apple-Mail=_9A000392-04B6-4061-A077-1CD653B33F5D--