You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Matthew F. Dennis (JIRA)" <ji...@apache.org> on 2010/07/01 19:55:50 UTC

[jira] Updated: (CASSANDRA-912) First-class commandline interface

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

Matthew F. Dennis updated CASSANDRA-912:
----------------------------------------

    Comment: was deleted

(was: can you rebase the path the please?)

> First-class commandline interface
> ---------------------------------
>
>                 Key: CASSANDRA-912
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-912
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Tools
>    Affects Versions: 0.6
>            Reporter: Eric Evans
>             Fix For: 0.7
>
>         Attachments: CASSANDRA-912.patch
>
>
> While a useful tool for education and simple tests, cassandra-cli is ultimately limted by the fact that column names and values are binary, (and eventually keys will be as well, see CASSANDRA-767). 
> The current approach when writing consists of encoding column names as UTF8, and passing the value as a byte[] of the String parsed from the command. When performing a read, the column names outputted are the result of the toString() method of the comparator (the result of which is not always meaningful), and values are again treated as raw strings. This is almost certainly broken anywhere that the CF comparator is not UTF8Type and values are anything but strings.
> One possible approach would be to follow HBase's lead and simply allow binary values to be encoded as strings (see: http://wiki.apache.org/hadoop/Hbase/Shell).

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.