Mailing-List: contact commits-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cassandra.apache.org
Date: Fri, 26 Oct 2012 09:47:12 +0000 (UTC)
From: "Sylvain Lebresne (JIRA)" <jira@apache.org>
To: commits@cassandra.apache.org
Message-ID: <1233191933.31497.1351244832389.JavaMail.jiratomcat@arcas>
In-Reply-To: <855716906.117212.1348504627615.JavaMail.jiratomcat@arcas>
Subject: [jira] [Updated] (CASSANDRA-4711) Counter column has duplicate
 column names
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Sylvain Lebresne updated CASSANDRA-4711:
----------------------------------------

    Attachment: 4711.txt

This is a bug in the patch of CASSANDRA-3625. We are mistakenly using ReversedType with our FixedValueComparator but that doesn't correctly reverse the output. Attaching simple patch to fix.
                
> Counter column has duplicate column names
> -----------------------------------------
>
>                 Key: CASSANDRA-4711
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-4711
>             Project: Cassandra
>          Issue Type: Bug
>    Affects Versions: 1.1.5
>         Environment: CentOS 5.8 x86_64
> Cassandra 1.1.5
> Hector 1.1-2
>            Reporter: Shane
>         Attachments: 4711.txt, DuplicateColumnName.java
>
>
> I have a column family whose comparator is DynamicCompositeType and validation is CounterColumnType.  During automated testing, there have been occasions where a counter column is created twice, throwing off the query results for the column.
> Doing a 'get' via the cli, I see the following output for the row:
> => (counter=s@language:b@00000001:s@pt_BR, value=198)
> => (counter=s@language:s@possible, value=200)
> => (counter=s@language:b@00000001:s@pt_BR, value=0)
> If I print out the byte value of the column names along with their MD5 sum I see:
> Name: [language, java.nio.HeapByteBuffer[pos=0 lim=4 cap=4], pt_BR]
> Byte array: ffffff8073086c616e67756167650ffffff80620400010ffffff80730570745f42520
> MD5: 2db353a9a72a0d7cb6cb277ac5125653
> Name: [language, possible]
> Byte array: ffffff8073086c616e67756167650ffffff807308706f737369626c650
> MD5: 82cad9b6a65c794e97cf1d4613e2e367
> Name: [language, java.nio.HeapByteBuffer[pos=0 lim=4 cap=4], pt_BR]
> Byte array: ffffff8073086c616e67756167650ffffff80620400010ffffff80730570745f42520
> MD5: 2db353a9a72a0d7cb6cb277ac5125653
> Unfortunately, I have been unable to duplicate this manually or via a generic test script and our QA department can only duplicate ~25% of the time.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira