You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Shane (JIRA)" <ji...@apache.org> on 2012/09/24 18:37:07 UTC
[jira] [Created] (CASSANDRA-4711) Counter column has duplicate
column names
Shane created CASSANDRA-4711:
--------------------------------
Summary: 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
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
[jira] [Updated] (CASSANDRA-4711) Counter column has duplicate
column names
Posted by "Shane (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-4711?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Shane updated CASSANDRA-4711:
-----------------------------
Attachment: (was: DuplicateColumnName.java)
> 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: 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
[jira] [Comment Edited] (CASSANDRA-4711) Counter column has
duplicate column names
Posted by "Shane (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-4711?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13484466#comment-13484466 ]
Shane edited comment on CASSANDRA-4711 at 10/25/12 8:48 PM:
------------------------------------------------------------
Java class which demonstrates unexpected behavior with counter columns.
Sample output from the CLI is included in inline comment blocks. Each time I ran the script, the column ordering changed slightly.
was (Author: thrykol):
Java class which demonstrates unexpected behavior with counter columns.
> 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: 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
[jira] [Updated] (CASSANDRA-4711) Counter column has duplicate
column names
Posted by "Sylvain Lebresne (JIRA)" <ji...@apache.org>.
[ 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
[jira] [Commented] (CASSANDRA-4711) Duplicate column names with
DynamicCompositeType
Posted by "Shane (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-4711?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13484957#comment-13484957 ]
Shane commented on CASSANDRA-4711:
----------------------------------
Thanks for the quick response on this. Do you have a time frame for when 1.1.7 is expected to be released? I'm seeing this issue in a production environment and would like to get the fix in place as quickly as possible. If the release won't be happening in the very near future, can you patch this into 1.1.6 as well. While I can download the source and apply the patch locally, it'd be my preference not to.
> Duplicate column names with DynamicCompositeType
> ------------------------------------------------
>
> 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
> Assignee: Sylvain Lebresne
> Fix For: 1.1.7
>
> 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
[jira] [Updated] (CASSANDRA-4711) Duplicate column names with
DynamicCompositeType
Posted by "Sylvain Lebresne (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-4711?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Sylvain Lebresne updated CASSANDRA-4711:
----------------------------------------
Summary: Duplicate column names with DynamicCompositeType (was: Counter column has duplicate column names)
> Duplicate column names with DynamicCompositeType
> ------------------------------------------------
>
> 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
> Assignee: Sylvain Lebresne
> Fix For: 1.1.7
>
> 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
[jira] [Updated] (CASSANDRA-4711) Counter column has duplicate
column names
Posted by "Shane (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-4711?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Shane updated CASSANDRA-4711:
-----------------------------
Attachment: DuplicateColumnName.java
Rough example of how counter column is being used.
> 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: 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
[jira] [Commented] (CASSANDRA-4711) Counter column has duplicate
column names
Posted by "Sylvain Lebresne (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-4711?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13484824#comment-13484824 ]
Sylvain Lebresne commented on CASSANDRA-4711:
---------------------------------------------
Oh, and the use of counters has nothing to do with anything so I've update the title to reflect that.
> 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
> Assignee: Sylvain Lebresne
> Fix For: 1.1.7
>
> 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
[jira] [Updated] (CASSANDRA-4711) Counter column has duplicate
column names
Posted by "Shane (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-4711?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Shane updated CASSANDRA-4711:
-----------------------------
Attachment: DuplicateColumnName.java
Java class which demonstrates unexpected behavior with counter columns.
> 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: DuplicateColumnName.java, 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
[jira] [Commented] (CASSANDRA-4711) Duplicate column names with
DynamicCompositeType
Posted by "Shane (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-4711?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13497335#comment-13497335 ]
Shane commented on CASSANDRA-4711:
----------------------------------
As and FYI, after patching 1.1.6 in my environment I've found that some of my unit tests failed (I'm assuming the same would be true for 1.1.7). Going through the failing tests I found that the logic for my slice ranges had to be modified. It may be good to put a warning along those lines in the change log.
> Duplicate column names with DynamicCompositeType
> ------------------------------------------------
>
> 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
> Assignee: Sylvain Lebresne
> Fix For: 1.1.7
>
> 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
[jira] [Commented] (CASSANDRA-4711) Duplicate column names with
DynamicCompositeType
Posted by "Jonathan Ellis (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-4711?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13485103#comment-13485103 ]
Jonathan Ellis commented on CASSANDRA-4711:
-------------------------------------------
+1 on the fix.
The next release will be 1.1.7, probably in a couple weeks. If you want a hotfix sooner than that, then rolling your own patched 1.1.6 is your best option.
> Duplicate column names with DynamicCompositeType
> ------------------------------------------------
>
> 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
> Assignee: Sylvain Lebresne
> Fix For: 1.1.7
>
> 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