[jira] Updated: (ZOOKEEPER-645) Bug in WriteLock recipe implementation?

2010-03-10 Thread Mahadev konar (JIRA)

 [ 
https://issues.apache.org/jira/browse/ZOOKEEPER-645?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Mahadev konar updated ZOOKEEPER-645:


Fix Version/s: (was: 3.3.0)
   3.4.0

not a blocker. moving it to 3.4.

> Bug in WriteLock recipe implementation?
> ---
>
> Key: ZOOKEEPER-645
> URL: https://issues.apache.org/jira/browse/ZOOKEEPER-645
> Project: Zookeeper
>  Issue Type: Bug
>  Components: recipes
>Affects Versions: 3.2.2
> Environment: 3.2.2 java 1.6.0_12
>Reporter: Jaakko Laine
>Assignee: Mahadev konar
>Priority: Minor
> Fix For: 3.4.0
>
> Attachments: 645-fix-findPrefixInChildren.patch
>
>
> Not sure, but there seem to be two issues in the example WriteLock:
> (1) ZNodeName is sorted according to session ID first, and then according to 
> znode sequence number. This might cause starvation as lower session IDs 
> always get priority. WriteLock is not thread-safe in the first place, so 
> having session ID involved in compare operation does not seem to make sense.
> (2) if findPrefixInChildren finds previous ID, it should add dir in front of 
> the ID

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (ZOOKEEPER-645) Bug in WriteLock recipe implementation?

2010-01-15 Thread Patrick Hunt (JIRA)

 [ 
https://issues.apache.org/jira/browse/ZOOKEEPER-645?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Patrick Hunt updated ZOOKEEPER-645:
---

Status: Open  (was: Patch Available)

We should add tests to this to verify the change.


> Bug in WriteLock recipe implementation?
> ---
>
> Key: ZOOKEEPER-645
> URL: https://issues.apache.org/jira/browse/ZOOKEEPER-645
> Project: Zookeeper
>  Issue Type: Bug
>  Components: recipes
>Affects Versions: 3.2.2
> Environment: 3.2.2 java 1.6.0_12
>Reporter: Jaakko Laine
>Assignee: Jaakko Laine
>Priority: Minor
> Fix For: 3.3.0
>
> Attachments: 645-fix-findPrefixInChildren.patch
>
>
> Not sure, but there seem to be two issues in the example WriteLock:
> (1) ZNodeName is sorted according to session ID first, and then according to 
> znode sequence number. This might cause starvation as lower session IDs 
> always get priority. WriteLock is not thread-safe in the first place, so 
> having session ID involved in compare operation does not seem to make sense.
> (2) if findPrefixInChildren finds previous ID, it should add dir in front of 
> the ID

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (ZOOKEEPER-645) Bug in WriteLock recipe implementation?

2010-01-15 Thread Mahadev konar (JIRA)

 [ 
https://issues.apache.org/jira/browse/ZOOKEEPER-645?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Mahadev konar updated ZOOKEEPER-645:


Status: Patch Available  (was: Open)

> Bug in WriteLock recipe implementation?
> ---
>
> Key: ZOOKEEPER-645
> URL: https://issues.apache.org/jira/browse/ZOOKEEPER-645
> Project: Zookeeper
>  Issue Type: Bug
>  Components: recipes
>Affects Versions: 3.2.2
> Environment: 3.2.2 java 1.6.0_12
>Reporter: Jaakko Laine
>Assignee: Jaakko Laine
>Priority: Minor
> Fix For: 3.3.0
>
> Attachments: 645-fix-findPrefixInChildren.patch
>
>
> Not sure, but there seem to be two issues in the example WriteLock:
> (1) ZNodeName is sorted according to session ID first, and then according to 
> znode sequence number. This might cause starvation as lower session IDs 
> always get priority. WriteLock is not thread-safe in the first place, so 
> having session ID involved in compare operation does not seem to make sense.
> (2) if findPrefixInChildren finds previous ID, it should add dir in front of 
> the ID

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (ZOOKEEPER-645) Bug in WriteLock recipe implementation?

2010-01-15 Thread Patrick Hunt (JIRA)

 [ 
https://issues.apache.org/jira/browse/ZOOKEEPER-645?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Patrick Hunt updated ZOOKEEPER-645:
---

  Component/s: recipes
Fix Version/s: 3.3.0
 Assignee: Jaakko Laine

Mahadev can you review this one?

> Bug in WriteLock recipe implementation?
> ---
>
> Key: ZOOKEEPER-645
> URL: https://issues.apache.org/jira/browse/ZOOKEEPER-645
> Project: Zookeeper
>  Issue Type: Bug
>  Components: recipes
>Affects Versions: 3.2.2
> Environment: 3.2.2 java 1.6.0_12
>Reporter: Jaakko Laine
>Assignee: Jaakko Laine
>Priority: Minor
> Fix For: 3.3.0
>
> Attachments: 645-fix-findPrefixInChildren.patch
>
>
> Not sure, but there seem to be two issues in the example WriteLock:
> (1) ZNodeName is sorted according to session ID first, and then according to 
> znode sequence number. This might cause starvation as lower session IDs 
> always get priority. WriteLock is not thread-safe in the first place, so 
> having session ID involved in compare operation does not seem to make sense.
> (2) if findPrefixInChildren finds previous ID, it should add dir in front of 
> the ID

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (ZOOKEEPER-645) Bug in WriteLock recipe implementation?

2010-01-14 Thread Jaakko Laine (JIRA)

 [ 
https://issues.apache.org/jira/browse/ZOOKEEPER-645?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jaakko Laine updated ZOOKEEPER-645:
---

Attachment: 645-fix-findPrefixInChildren.patch

Attached patch addresses issue 2 above.


> Bug in WriteLock recipe implementation?
> ---
>
> Key: ZOOKEEPER-645
> URL: https://issues.apache.org/jira/browse/ZOOKEEPER-645
> Project: Zookeeper
>  Issue Type: Bug
>Affects Versions: 3.2.2
> Environment: 3.2.2 java 1.6.0_12
>Reporter: Jaakko Laine
>Priority: Minor
> Attachments: 645-fix-findPrefixInChildren.patch
>
>
> Not sure, but there seem to be two issues in the example WriteLock:
> (1) ZNodeName is sorted according to session ID first, and then according to 
> znode sequence number. This might cause starvation as lower session IDs 
> always get priority. WriteLock is not thread-safe in the first place, so 
> having session ID involved in compare operation does not seem to make sense.
> (2) if findPrefixInChildren finds previous ID, it should add dir in front of 
> the ID

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.