[
https://issues.apache.org/jira/browse/ZOOKEEPER-1272?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13139309#comment-13139309
]
Thomas Koch commented on ZOOKEEPER-1272:
----------------------------------------
related to this bug:
The multi case in DataTree.processTxn sets rc.err. However in the
FinalRequestProcessor the value of rc.err is not copied to err. I didn't notice
this when refactoring...
So rc.err should not be set in the first place.
> ZooKeeper.multi() could violate API if server misbehaves
> --------------------------------------------------------
>
> Key: ZOOKEEPER-1272
> URL: https://issues.apache.org/jira/browse/ZOOKEEPER-1272
> Project: ZooKeeper
> Issue Type: Bug
> Reporter: Thomas Koch
> Assignee: Thomas Koch
> Priority: Minor
>
> The client API method Zookeeper.multi() promisses, that the KeeperException
> it throws in case of one of the multi ops failing, contains a list of
> individual results.
> The method ZooKeeper.multiInternal() however throws a Keeperexception if the
> returned response header has an error code != 0. This should actually never
> happen if the server does not misbehave since the error code of a multi
> response is always zero, but I managed to trigger this code path with my
> refactorings.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
