[
https://issues.apache.org/jira/browse/CASSANDRA-242?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12737441#action_12737441
]
Stu Hood commented on CASSANDRA-242:
------------------------------------
My current thoughts are that we either:
1. Add a BytewiseToken, which can still be compared to StringToken via a
common interface. We can fairly easily generate a byte array that falls halfway
between the CollationKey.toByteArray of two StringTokens, but we can't make it
back into a String without understanding the JVM we are running in.
2. Remove the Collator from OPP entirely in favor of byte order and letting
someone who values lexical sort implement it.
Any other ideas?
> Implement method to "evenly" split a Range
> ------------------------------------------
>
> Key: CASSANDRA-242
> URL: https://issues.apache.org/jira/browse/CASSANDRA-242
> Project: Cassandra
> Issue Type: New Feature
> Components: Core
> Reporter: Stu Hood
>
> Two tickets currently depend on being able to deterministically split a Range
> object into two "even" Ranges.
> This can be accomplished with RandomPartitioner/BigIntegerToken by taking the
> average of the tokens, but the OrderPreservingPartitioner/StringToken
> implementation uses a Java Collator to define the sort order of Tokens, which
> means that they are not necessarily sorted in byte/char order.
> Collator.getCollationKey(String).toByteArray() gets you a sortable byte
> array, but there is no publicly accessible API for converting a similar byte
> array back into a String.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
