[
https://issues.apache.org/jira/browse/CASSANDRA-1235?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12883261#action_12883261
]
Todd Nine edited comment on CASSANDRA-1235 at 6/28/10 3:42 PM:
---------------------------------------------------------------
No worries, sorry about that, I just realized the affected version was
incorrect. Where can I look to begin fixing this? Unfortunately this issue has
caused our development to a halt since we depend on the functionality of
numeric range queries in Lucene/Lucandra. Ideally I'd like to create a patch
that applies to 0.6.2 so we can roll our own build with the patch and get
running again. I'm assuming it's an issue with the thrift server, but I don't
want to start tweaking things without a good idea on where I should be looking
for this issue.
Here's an example in hex. The left is what I pass as bytes in UTF-8 for the
key, the right is what I get back during get_range_slice.
http://pastebin.com/KM8Ze794
was (Author: tnine):
No worries, sorry about that, I just realized the affected version was
incorrect. Where can I look to begin fixing this? Unfortunately this issue has
caused our development to a halt since we depend on the functionality of
numeric range queries in Lucene/Lucandra. Ideally I'd like to create a patch
that applies to 0.6.2 so we can roll our own build with the patch and get
running again. I'm assuming it's an issue with the thrift server, but I don't
want to start tweaking things without a good idea on where I should be looking
for this issue.
> BytesType and batch mutate causes encoded bytes of non-printable characters
> to be dropped
> -----------------------------------------------------------------------------------------
>
> Key: CASSANDRA-1235
> URL: https://issues.apache.org/jira/browse/CASSANDRA-1235
> Project: Cassandra
> Issue Type: Bug
> Affects Versions: 0.6
> Environment: Java 1.6 sun JDK
> Java(TM) SE Runtime Environment (build 1.6.0_20-b02)
> Java HotSpot(TM) 64-Bit Server VM (build 16.3-b01,
> Ubuntu 10.04 64 bit
> Reporter: Todd Nine
> Priority: Critical
> Fix For: 0.6.4
>
> Attachments: TestEncodedKeys.java
>
>
> When running the two tests, individual column insert works with the values
> generated. However, batch insert with the same values causes an encoding
> failure on the key. It appears bytes are dropped from the end of the byte
> array that represents the key value. See the attached unit test
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
