Return-Path: X-Original-To: apmail-cassandra-user-archive@www.apache.org Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id E11D779E0 for ; Thu, 28 Jul 2011 13:23:36 +0000 (UTC) Received: (qmail 82522 invoked by uid 500); 28 Jul 2011 13:23:34 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 82457 invoked by uid 500); 28 Jul 2011 13:23:33 -0000 Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@cassandra.apache.org Delivered-To: mailing list user@cassandra.apache.org Received: (qmail 82332 invoked by uid 99); 28 Jul 2011 13:23:33 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 28 Jul 2011 13:23:33 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of edlinuxguru@gmail.com designates 209.85.210.172 as permitted sender) Received: from [209.85.210.172] (HELO mail-iy0-f172.google.com) (209.85.210.172) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 28 Jul 2011 13:23:26 +0000 Received: by iye7 with SMTP id 7so3489679iye.31 for ; Thu, 28 Jul 2011 06:23:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=WLnRpnVF10wxZAR9FRmPc7Y54dXP06i9+s0sfVh4soY=; b=tmU5BhHIAN0J7283otkKx4UYjNM1IXWIqzmG7tgQ+q4nMLkZldEnEC7dGcjxQRyMSy efuxTXYBFXdHI1OQj7iexC/8d1xRj4/YZ+l8GUl9FGPvIxJbdK38i5nG/i99CMQDPXc2 KrCfqoNGw8MW9M2pgUwUwvLamDRwvnPc3F0yQ= MIME-Version: 1.0 Received: by 10.42.134.4 with SMTP id j4mr889580ict.135.1311859385152; Thu, 28 Jul 2011 06:23:05 -0700 (PDT) Received: by 10.42.18.137 with HTTP; Thu, 28 Jul 2011 06:23:05 -0700 (PDT) In-Reply-To: References: Date: Thu, 28 Jul 2011 09:23:05 -0400 Message-ID: Subject: Re: Changing the CLI, not a great idea! From: Edward Capriolo To: user@cassandra.apache.org Content-Type: multipart/alternative; boundary=90e6ba613858a5b38d04a9211047 X-Virus-Checked: Checked by ClamAV on apache.org --90e6ba613858a5b38d04a9211047 Content-Type: text/plain; charset=ISO-8859-1 On Thu, Jul 28, 2011 at 8:46 AM, Jonathan Ellis wrote: > It defaults to hex because that is how bytestype is represented. The > default remains bytestype to provide the kind of backwards > compatibility you are complaining about. :) > > On Thu, Jul 28, 2011 at 6:56 AM, Edward Capriolo > wrote: > > > > > > On Thursday, July 28, 2011, Sasha Dolgy wrote: > >> Unfortunately, the perception that I have as a business consumer and > >> night-time hack, is that more importance and effort is placed on > >> ensuring information is up to date and correct on the > >> http://www.datastax.com/docs/0.8/index website and less on keeping the > >> wiki up to date or relevant... which forces people to be introduced to > >> a for-profit company to get relevant information ... which just so > >> happens to employ a substantial amount of Apache Cassandra > >> contributors ... not that there's anything wrong with that, right? > >> > >> On Thu, Jul 28, 2011 at 10:46 AM, David Boxenhorn > >> wrote: > >>> This is part of a much bigger problem, one which has many parts, among > >>> them: > >>> > >>> 1. Cassandra is complex. Getting a gestalt understanding of it makes me > >>> think I understand how Alzheimer's patients must feel. > >>> 2. There is no official documentation. Perhaps everything is out there > >>> somewhere, who knows? > >>> 3. Cassandra is a moving target. Books are out of date before they hit > >>> the > >>> press. > >>> 4. Most of the important knowledge about Cassandra exists in a kind of > >>> oral > >>> history, that is hard to keep up with, and even harder to understand > once > >>> it's long past. > >>> > >>> I think it is clear that we need a better one-stop-shop for good > >>> documentation. What hasn't been talked about much - but I think it's > just > >>> as > >>> important - is a good one-stop-shop for Cassandra's oral history. > >>> > >>> (You might think this list is the place, but it's too noisy to be > useful, > >>> except at the very tip of the cowcatcher. Cassandra needs a canonized > >>> version of its oral history.) > >> > > > > Well the problem is not lack of documentation but changing things that > > probably do not matter and thus invalidating all documentation. > > > > To stay on point. Why does the cli default to hex. Come on who is doing > > inserts in hex? Would it be more.natural for the cli to so this: > > > > 'ascii' auto function call ascii > > "utf8" auto function utf8 > > Oxafaf auto function hex > > > > Or really do not change get add a new statement > > Typedget > > And leave get alone > > > > The argument to have two methods that almost do the same thing is a bad > one, > > but it is no worse then invalidating tons of docs. But really I can't > > support a hex default, I know no one with a hex keyboard. > > > > > > > > -- > Jonathan Ellis > Project Chair, Apache Cassandra > co-founder of DataStax, the source for professional Cassandra support > http://www.datastax.com > I am a little confused. How can it be backwards compatible if the same statements don't work across versions? I am sure there is a good reason, but isn't there some clever way this can be done on the CLI without forcing me to create the column family with meta data or wrapping everything in asci('')? Something out of the box that is easy and makes both worlds happy? Remember I left the rdbms world to cure my addictions to schema's, don't be a 'schema pusher' :) --90e6ba613858a5b38d04a9211047 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Thu, Jul 28, 2011 at 8:46 AM, Jonatha= n Ellis <jbellis@= gmail.com> wrote:
It defaults to hex because that is how bytestype is represented. =A0The
default remains bytestype to provide the kind of backwards
compatibility you are complaining about. :)

On Thu, Jul 28, 2011 at 6:56 AM, Edward Capriolo <edlinuxguru@gmail.com> wrote:
>
>
> On Thursday, July 28, 2011, Sasha Dolgy <sdolgy@gmail.com> wrote:
>> Unfortunately, the perception that I have as a business consumer a= nd
>> night-time hack, is that more importance and effort is placed on >> ensuring information is up to date and correct on the
>> http://www.datastax.com/docs/0.8/index website and less on keeping t= he
>> wiki up to date or relevant... which forces people to be introduce= d to
>> a for-profit company to get relevant information ... which just so=
>> happens to employ a substantial amount of Apache Cassandra
>> contributors ... not that there's anything wrong with that, ri= ght?
>>
>> On Thu, Jul 28, 2011 at 10:46 AM, David Boxenhorn <david@citypath.com>
>> wrote:
>>> This is part of a much bigger problem, one which has many part= s, among
>>> them:
>>>
>>> 1. Cassandra is complex. Getting a gestalt understanding of it= makes me
>>> think I understand how Alzheimer's patients must feel.
>>> 2. There is no official documentation. Perhaps everything is o= ut there
>>> somewhere, who knows?
>>> 3. Cassandra is a moving target. Books are out of date before = they hit
>>> the
>>> press.
>>> 4. Most of the important knowledge about Cassandra exists in a= kind of
>>> oral
>>> history, that is hard to keep up with, and even harder to unde= rstand once
>>> it's long past.
>>>
>>> I think it is clear that we need a better one-stop-shop for go= od
>>> documentation. What hasn't been talked about much - but I = think it's just
>>> as
>>> important - is a good one-stop-shop for Cassandra's oral h= istory.
>>>
>>> (You might think this list is the place, but it's too nois= y to be useful,
>>> except at the very tip of the cowcatcher. Cassandra needs a ca= nonized
>>> version of its oral history.)
>>
>
> Well the problem is not lack of documentation but changing things that=
> probably do not matter and thus invalidating all documentation.
>
> To stay on point. Why does the cli default to hex. Come on who is doin= g
> inserts in hex? Would it be more.natural for the cli to so this:
>
> 'ascii' auto function call ascii
> "utf8" auto function utf8
> Oxafaf auto function hex
>
> Or really do not change get add a new statement
> Typedget
> And leave get alone
>
> The argument to have two methods that almost do the same thing is a ba= d one,
> but it is no worse then invalidating tons of docs. But really I can= 9;t
> support a hex default, I know no one with a hex keyboard.
>
>



--
Jonathan Ellis
Project Chair, Apache Cassandra
co-founder of DataStax, the source for professional Cassandra support
http://www.datastax.c= om

I am a little confused. How can it be backwar= ds compatible if the same statements don't work across versions?
I am sure there is a good reason, but isn't there some clever way thi= s can be done on the CLI without forcing me to create the column family wit= h meta data or wrapping everything in asci('')? Something out of th= e box that is easy and makes both worlds happy?

Remember I left the rdbms world to cure my addictions to schema's, = don't be a 'schema pusher' :)
--90e6ba613858a5b38d04a9211047--