You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Tyler Hobbs (JIRA)" <ji...@apache.org> on 2014/05/16 19:24:15 UTC
[jira] [Commented] (CASSANDRA-7155) Followup to 6914: null
handling, duplicate column in resultSet and cleanup
[ https://issues.apache.org/jira/browse/CASSANDRA-7155?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14000017#comment-14000017 ]
Tyler Hobbs commented on CASSANDRA-7155:
----------------------------------------
+1
> Followup to 6914: null handling, duplicate column in resultSet and cleanup
> --------------------------------------------------------------------------
>
> Key: CASSANDRA-7155
> URL: https://issues.apache.org/jira/browse/CASSANDRA-7155
> Project: Cassandra
> Issue Type: Bug
> Reporter: Sylvain Lebresne
> Assignee: Sylvain Lebresne
> Priority: Minor
> Fix For: 2.0.8
>
>
> The patch for CASSANDRA-6914 left a few stuffs not properly handled:
> # A condition like {{IF m['foo'] = null}} is not handled and throw a NPE.
> # It's using ByteBuffer.equals() to compare 2 collection values which is generally incorrect (the actual comparator should be used).
> # If 2 conditions on 2 elements of the same collection were provided and the CAS failed, then the collection was duplicated in the resultSet.
> # The ColumnCondition.WithVariables was generally a bit inefficient/ugly: it can lead to bind multiple times the same terms which is unnecessary. It's cleaner to directly create a condition with bound values.
--
This message was sent by Atlassian JIRA
(v6.2#6252)