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 1DE3B9CBD for ; Sat, 31 Mar 2012 19:26:43 +0000 (UTC) Received: (qmail 27681 invoked by uid 500); 31 Mar 2012 19:26:40 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 27652 invoked by uid 500); 31 Mar 2012 19:26:40 -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 27644 invoked by uid 99); 31 Mar 2012 19:26:40 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 31 Mar 2012 19:26:40 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of benjamin.j.mccann@gmail.com designates 209.85.212.172 as permitted sender) Received: from [209.85.212.172] (HELO mail-wi0-f172.google.com) (209.85.212.172) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 31 Mar 2012 19:26:34 +0000 Received: by wibhj6 with SMTP id hj6so1151996wib.7 for ; Sat, 31 Mar 2012 12:26:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=62vzbVtdqABUJVEZFUjkhSOUdmHgbsuJftH+aauEDr4=; b=HRziNRT1IpfQzWPWSAm50eNm5jYQhV1QuAi8OWVLzp0VPv8kxXw+EAEsDIH6jcEupg ItXZ95ShLZw8LAKslqUJWXbgOhW44318NpXGALITVLnz2pcD+54ZpNp6BGpImiH3kbwq Px7qqqHJDPltmtZk0NuRfywPOIDv2ffSt56S6imwsgwOAIHVOSwMAfd7qg+mtqa+deIy /tHSDQbK9+Fjt94MFw45AUQX4y8Pse5iPEGe8AszU6q0svS24ZPCakuVuZ361CF6y1+U +M7OC1bZu732hnyy9D51sduQ1NOaXpbtTiecTefrUjarKgzAxlbzaS8kdQ2wrcHivs3n 2zZw== MIME-Version: 1.0 Received: by 10.180.107.101 with SMTP id hb5mr8740061wib.7.1333221973647; Sat, 31 Mar 2012 12:26:13 -0700 (PDT) Sender: benjamin.j.mccann@gmail.com Received: by 10.216.230.95 with HTTP; Sat, 31 Mar 2012 12:26:13 -0700 (PDT) In-Reply-To: References: Date: Sat, 31 Mar 2012 12:26:13 -0700 X-Google-Sender-Auth: g7hmWVmbgoq6Tl11wZaaJe9HYcE Message-ID: Subject: Re: [BETA RELEASE] Apache Cassandra 1.1.0-beta2 released From: Ben McCann To: user@cassandra.apache.org Content-Type: multipart/alternative; boundary=e89a8f3bb0cf25632c04bc8eeed1 --e89a8f3bb0cf25632c04bc8eeed1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Also, I had to add the Yammer metrics dependency to get the server to start= : *,!sources,!javadoc"/> *,!sources,!javadoc"/> Now, I'm getting an error, which really confuses me: java.io.IOException: InvalidRequestException(why:SimpleStrategy requires a replication_factor strategy option.) at lucandra.CassandraUtils.createCassandraSchema(CassandraUtils.java:402) However, I am setting a replication_factor: KsDef solandraKS =3D new KsDef().setName(keySpace).setReplication_factor(1).setStrategy_class( "org.apache.cassandra.locator.SimpleStrategy").setCf_defs(cfs); Except I see that it is ignored: /** * @deprecated, ignored */ public KsDef setReplication_factor(int replication_factor) { So, it seems odd that SimpleStrategy is requiring that I set a deprecated and ignored field. Perhaps this is a bug as well? Thanks, Ben On Sat, Mar 31, 2012 at 11:55 AM, Ben McCann wrote: > I'm trying to upgrade Solandra to use 1.1.0-beta2 and think I found a > minor issue: > java.lang.NoClassDefFoundError: edu/stanford/ppl/concurrent/SnapTreeMap > at > org.apache.cassandra.db.AtomicSortedColumns$Holder.(AtomicSortedCol= umns.java:296) > > Looks like this dependency is missing from cassandra-all-1.1.0-beta2.pom. > > > On Thu, Mar 29, 2012 at 1:48 PM, Sylvain Lebresne w= rote: > >> On Thu, Mar 29, 2012 at 10:37 PM, Mohit Anchlia >> wrote: >> > >> > >> > On Thu, Mar 29, 2012 at 1:32 PM, Sylvain Lebresne > > >> > wrote: >> >> >> >> As the NEWS file says, only the version 1.0.3-1.0.5 are generating >> >> those cross-dc forwarding messages that are incompatible with 1.1. If >> >> you're on 1.0.0, you shouldn't have that problem. To be more precise, >> >> 1.0.0 does not generate cross-dc forwarding message at all, so you're >> >> safe on that side. >> >> >> > Is cross-dc forwarding different than replication? >> >> Here cross-dc forwarding means the fact of optimizing cross-dc >> replication. If we're in some DC1 and need to replicate a write to 3 >> replicas in DC2, we send just one message cross-DC, and they have the >> one node in DC2 forward the message to the 2 other replica, instead of >> just sending 3 message cross-DC. >> >> -- >> Sylvain >> >> >> >> >> >> -- >> >> Sylvain >> >> >> >> On Thu, Mar 29, 2012 at 9:33 PM, Mohit Anchlia > > >> >> wrote: >> >> > Any updates? >> >> > >> >> > >> >> > On Thu, Mar 29, 2012 at 7:31 AM, Mohit Anchlia < >> mohitanchlia@gmail.com> >> >> > wrote: >> >> >> >> >> >> This is from NEWS.txt. So my question is if we are on 1.0.0-2 >> release >> >> >> do >> >> >> we still need to upgrade since this impacts releases between >> >> >> 1.0.3-1.0.5? >> >> >> ----- >> >> >> If you are running a multi datacenter setup, you should upgrade to >> >> >> the latest 1.0.x (or 0.8.x) release before upgrading. >> Versions >> >> >> 0.8.8 and 1.0.3-1.0.5 generate cross-dc forwarding that is >> >> >> incompatible >> >> >> with 1.1. >> >> >> ----- >> >> >> >> >> >> On Thu, Mar 29, 2012 at 4:51 AM, Sylvain Lebresne >> >> >> >> >> >> wrote: >> >> >>> >> >> >>> To be clear, the incompatibility we've talked about does *not* >> concern >> >> >>> any of the 1.0 releases (you'll want to refer NEWS file for any >> >> >>> details on the upgrade path for these versions). >> >> >>> The incompatibility here is only between 1.1.0-beta1 and >> 1.1.0-beta2. >> >> >>> >> >> >>> -- >> >> >>> Sylvain >> >> >>> >> >> >>> On Thu, Mar 29, 2012 at 2:50 AM, Mohit Anchlia >> >> >>> >> >> >>> wrote: >> >> >>> > We are currently using 1.0.0-2 version. Do we still need to >> migrate >> >> >>> > to >> >> >>> > the >> >> >>> > latest release of 1.0 before migrating to 1.1? Looks like >> >> >>> > incompatibility is >> >> >>> > only between 1.0.3-1.0.8. >> >> >>> > >> >> >>> > >> >> >>> > On Tue, Mar 27, 2012 at 6:42 AM, Benoit Perroud < >> benoit@noisette.ch> >> >> >>> > wrote: >> >> >>> >> >> >> >>> >> Thanks for the quick feedback. >> >> >>> >> >> >> >>> >> I will drop the schema then. >> >> >>> >> >> >> >>> >> Benoit. >> >> >>> >> >> >> >>> >> >> >> >>> >> Le 27 mars 2012 14:50, Sylvain Lebresne >> a >> >> >>> >> =E9crit >> >> >>> >> : >> >> >>> >> > Actually, there was a few changes to the on-disk format of >> schema >> >> >>> >> > between beta1 and beta2 so upgrade is not supported between >> those >> >> >>> >> > two >> >> >>> >> > beta versions. >> >> >>> >> > Sorry for any inconvenience. >> >> >>> >> > >> >> >>> >> > -- >> >> >>> >> > Sylvain >> >> >>> >> > >> >> >>> >> > On Tue, Mar 27, 2012 at 12:57 PM, Benoit Perroud >> >> >>> >> > >> >> >>> >> > wrote: >> >> >>> >> >> Hi All, >> >> >>> >> >> >> >> >>> >> >> Thanks a lot for the release. >> >> >>> >> >> I just upgraded my 1.1-beta1 to 1.1-beta2, and I get the >> >> >>> >> >> following >> >> >>> >> >> error : >> >> >>> >> >> >> >> >>> >> >> INFO 10:56:17,089 Opening >> >> >>> >> >> >> >> >>> >> >> >> >> >>> >> >> >> /app/cassandra/data/data/system/LocationInfo/system-LocationInfo-hc-18 >> >> >>> >> >> (74 bytes) >> >> >>> >> >> INFO 10:56:17,092 Opening >> >> >>> >> >> >> >> >>> >> >> >> >> >>> >> >> >> /app/cassandra/data/data/system/LocationInfo/system-LocationInfo-hc-17 >> >> >>> >> >> (486 bytes) >> >> >>> >> >> ERROR 10:56:17,306 Exception encountered during startup >> >> >>> >> >> java.lang.NullPointerException >> >> >>> >> >> at >> >> >>> >> >> >> >> >>> >> >> >> >> >>> >> >> >> org.apache.cassandra.utils.ByteBufferUtil.string(ByteBufferUtil.java:163= ) >> >> >>> >> >> at >> >> >>> >> >> >> >> >>> >> >> >> >> >>> >> >> >> org.apache.cassandra.utils.ByteBufferUtil.string(ByteBufferUtil.java:120= ) >> >> >>> >> >> at >> >> >>> >> >> >> >> >>> >> >> >> org.apache.cassandra.cql.jdbc.JdbcUTF8.getString(JdbcUTF8.java:77) >> >> >>> >> >> at >> >> >>> >> >> >> org.apache.cassandra.cql.jdbc.JdbcUTF8.compose(JdbcUTF8.java:97) >> >> >>> >> >> at >> >> >>> >> >> >> >> >>> >> >> >> org.apache.cassandra.db.marshal.UTF8Type.compose(UTF8Type.java:35) >> >> >>> >> >> at >> >> >>> >> >> >> >> >>> >> >> >> >> >>> >> >> >> org.apache.cassandra.cql3.UntypedResultSet$Row.getString(UntypedResultSe= t.java:87) >> >> >>> >> >> at >> >> >>> >> >> >> >> >>> >> >> >> >> >>> >> >> >> org.apache.cassandra.config.CFMetaData.fromSchemaNoColumns(CFMetaData.ja= va:1008) >> >> >>> >> >> at >> >> >>> >> >> >> >> >>> >> >> >> >> >>> >> >> >> org.apache.cassandra.config.CFMetaData.fromSchema(CFMetaData.java:1053) >> >> >>> >> >> at >> >> >>> >> >> >> >> >>> >> >> >> >> >>> >> >> >> org.apache.cassandra.config.KSMetaData.deserializeColumnFamilies(KSMetaD= ata.java:261) >> >> >>> >> >> at >> >> >>> >> >> >> >> >>> >> >> >> >> >>> >> >> >> org.apache.cassandra.config.KSMetaData.fromSchema(KSMetaData.java:242) >> >> >>> >> >> at >> >> >>> >> >> >> >> >>> >> >> >> org.apache.cassandra.db.DefsTable.loadFromTable(DefsTable.java:158) >> >> >>> >> >> at >> >> >>> >> >> >> >> >>> >> >> >> >> >>> >> >> >> org.apache.cassandra.config.DatabaseDescriptor.loadSchemas(DatabaseDescr= iptor.java:514) >> >> >>> >> >> at >> >> >>> >> >> >> >> >>> >> >> >> >> >>> >> >> >> org.apache.cassandra.service.AbstractCassandraDaemon.setup(AbstractCassa= ndraDaemon.java:182) >> >> >>> >> >> at >> >> >>> >> >> >> >> >>> >> >> >> >> >>> >> >> >> org.apache.cassandra.service.AbstractCassandraDaemon.activate(AbstractCa= ssandraDaemon.java:353) >> >> >>> >> >> at >> >> >>> >> >> >> >> >>> >> >> >> >> >>> >> >> >> org.apache.cassandra.thrift.CassandraDaemon.main(CassandraDaemon.java:10= 6) >> >> >>> >> >> >> >> >>> >> >> >> >> >>> >> >> Thanks for your support, >> >> >>> >> >> >> >> >>> >> >> Benoit. >> >> >>> >> >> >> >> >>> >> >> >> >> >>> >> >> Le 27 mars 2012 11:55, Sylvain Lebresne < >> sylvain@datastax.com> a >> >> >>> >> >> =E9crit >> >> >>> >> >> : >> >> >>> >> >>> The Cassandra team is pleased to announce the release of t= he >> >> >>> >> >>> second >> >> >>> >> >>> beta for >> >> >>> >> >>> the future Apache Cassandra 1.1. >> >> >>> >> >>> >> >> >>> >> >>> Note that this is beta software and as such is *not* ready >> for >> >> >>> >> >>> production use. >> >> >>> >> >>> >> >> >>> >> >>> The goal of this release is to give a preview of what will >> >> >>> >> >>> become >> >> >>> >> >>> Cassandra >> >> >>> >> >>> 1.1 and to get wider testing before the final release. All >> help >> >> >>> >> >>> in >> >> >>> >> >>> testing >> >> >>> >> >>> this release would be therefore greatly appreciated and >> please >> >> >>> >> >>> report >> >> >>> >> >>> any >> >> >>> >> >>> problem you may encounter[3,4]. Have a look at the change >> >> >>> >> >>> log[1] >> >> >>> >> >>> and >> >> >>> >> >>> the >> >> >>> >> >>> release notes[2] to see where Cassandra 1.1 differs from t= he >> >> >>> >> >>> previous >> >> >>> >> >>> series. >> >> >>> >> >>> >> >> >>> >> >>> Apache Cassandra 1.1.0-beta2[5] is available as usual from >> the >> >> >>> >> >>> cassandra >> >> >>> >> >>> website (http://cassandra.apache.org/download/) and a >> debian >> >> >>> >> >>> package >> >> >>> >> >>> is >> >> >>> >> >>> available using the 11x branch (see >> >> >>> >> >>> http://wiki.apache.org/cassandra/DebianPackaging). >> >> >>> >> >>> >> >> >>> >> >>> Thank you for your help in testing and have fun with it. >> >> >>> >> >>> >> >> >>> >> >>> [1]: http://goo.gl/nX7UL (CHANGES.txt) >> >> >>> >> >>> [2]: http://goo.gl/TB9ro (NEWS.txt) >> >> >>> >> >>> [3]: https://issues.apache.org/jira/browse/CASSANDRA >> >> >>> >> >>> [4]: user@cassandra.apache.org >> >> >>> >> >>> [5]: >> >> >>> >> >>> >> >> >>> >> >>> >> >> >>> >> >>> >> http://git-wip-us.apache.org/repos/asf?p=3Dcassandra.git;a=3Dshortlog;h= =3Drefs/tags/cassandra-1.1.0-beta2 >> >> >>> >> >> >> >> >>> >> >> >> >> >>> >> >> >> >> >>> >> >> -- >> >> >>> >> >> sent from my Nokia 3210 >> >> >>> >> >> >> >>> >> >> >> >>> >> >> >> >>> >> -- >> >> >>> >> sent from my Nokia 3210 >> >> >>> > >> >> >>> > >> >> >> >> >> >> >> >> > >> > >> > >> > > --e89a8f3bb0cf25632c04bc8eeed1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Also, I had to add the Yammer metrics dependency to get the server to = start:
=A0 =A0 <!-- TODO: Added only because missing from= the Cassandra pom. =A0Can be deleted here when added by Cassandra. --><= /div>
=A0 =A0 <dependency org=3D"com.yammer.metrics" name=3D"me= trics-core" rev=3D"2.0.3" conf=3D"* -> *,!sources,!j= avadoc"/>
=A0 =A0 <dependency org=3D"edu.stanford= .ppl" name=3D"snaptree" rev=3D"0.1" conf=3D"*= -> *,!sources,!javadoc"/>


Now, I'm getting an error, whi= ch really confuses me:
=A0 =A0 java.io.IOException: InvalidR= equestException(why:SimpleStrategy requires a replication_factor strategy o= ption.)
=A0 =A0 =A0 =A0=A0at lucandra.CassandraUtils.createCassandraSchema(Cas= sandraUtils.java:402)

However, I am setting = a replication_factor:
=A0 =A0 KsDef solandraKS =3D new KsDef= ().setName(keySpace).setReplication_factor(1).setStrategy_class(
=A0 =A0 =A0 =A0 "org.apache.cassandra.locator.SimpleStrategy"= ;).setCf_defs(cfs);

Except I see that it is ignore= d:
=A0 =A0 /**
=A0 =A0 =A0* @deprecated, ignored
=A0 =A0 =A0*/
=A0 =A0 public KsDef setReplication_factor(int replication_factor) {

So, it seems odd that SimpleStrategy is requiring= that I set a deprecated and ignored field. =A0Perhaps this is a bug as wel= l?

Thanks,
Ben


On Sat, Mar 31, 2012 at 11:55 AM, Ben McCann <ben@benmccann.com> wrote:
I'm trying to upgrade Solandra to use 1.1.0-beta2 and think I foun= d a minor issue:
java.lang.NoClassDefFoundError: edu/stanford/ppl= /concurrent/SnapTreeMap
at org.apache.cassandra.db.AtomicSortedColumns$Holder.<init>(Atom= icSortedColumns.java:296)

Looks like this dependency is missing from cassandra-al= l-1.1.0-beta2.pom.


On Thu= , Mar 29, 2012 at 1:48 PM, Sylvain Lebresne <sylvain@datastax.com= > wrote:
On Thu, Mar 29, 2012 at 10:37 PM, Mohit= Anchlia <mo= hitanchlia@gmail.com> wrote:
>
>
> On Thu, Mar 29, 2012 at 1:32 PM, Sylvain Lebresne <sylvain@datastax.com>
> wrote:
>>
>> As the NEWS file says, only the version 1.0.3-1.0.5 are generating=
>> those cross-dc forwarding messages that are incompatible with 1.1.= If
>> you're on 1.0.0, you shouldn't have that problem. To be mo= re precise,
>> 1.0.0 does not generate cross-dc forwarding message at all, so you= 're
>> safe on that side.
>>
> Is cross-dc forwarding different than replication?

Here cross-dc forwarding means the fact of optimizing cross-dc
replication. If we're in some DC1 and need to replicate a write to 3 replicas in DC2, we send just one message cross-DC, and they have the
one node in DC2 forward the message to the 2 other replica, instead of
just sending 3 message cross-DC.

--
Sylvain


>>
>> --
>> Sylvain
>>
>> On Thu, Mar 29, 2012 at 9:33 PM, Mohit Anchlia <mohitanchlia@gmail.com>=
>> wrote:
>> > Any updates?
>> >
>> >
>> > On Thu, Mar 29, 2012 at 7:31 AM, Mohit Anchlia <mohitanchlia@gmail.com>
>> > wrote:
>> >>
>> >> This is from NEWS.txt. So my question is if we are on 1.0= .0-2 release
>> >> do
>> >> we still need to upgrade since this impacts releases betw= een
>> >> 1.0.3-1.0.5?
>> >> -----
>> >> If you are running a multi datacenter setup, you should u= pgrade to
>> >> =A0=A0=A0=A0=A0 the latest 1.0.x (or 0.8.x) release befor= e upgrading.=A0 Versions
>> >> =A0=A0=A0=A0=A0 0.8.8 and 1.0.3-1.0.5 generate cross-dc f= orwarding that is
>> >> incompatible
>> >> =A0=A0=A0=A0=A0 with 1.1.
>> >> -----
>> >>
>> >> On Thu, Mar 29, 2012 at 4:51 AM, Sylvain Lebresne
>> >> <sylvain@datastax.com>
>> >> wrote:
>> >>>
>> >>> To be clear, the incompatibility we've talked abo= ut does *not* concern
>> >>> any of the 1.0 releases (you'll want to refer NEW= S file for any
>> >>> details on the upgrade path for these versions).
>> >>> The incompatibility here is only between 1.1.0-beta1 = and 1.1.0-beta2.
>> >>>
>> >>> --
>> >>> Sylvain
>> >>>
>> >>> On Thu, Mar 29, 2012 at 2:50 AM, Mohit Anchlia
>> >>> <mohitanchlia@gmail.com>
>> >>> wrote:
>> >>> > We are currently using 1.0.0-2=A0 version. Do we= still need to migrate
>> >>> > to
>> >>> > the
>> >>> > latest release of 1.0=A0before migrating to 1.1?= Looks like
>> >>> > incompatibility is
>> >>> > only between 1.0.3-1.0.8.
>> >>> >
>> >>> >
>> >>> > On Tue, Mar 27, 2012 at 6:42 AM, Benoit Perroud = <benoit@noisette= .ch>
>> >>> > wrote:
>> >>> >>
>> >>> >> Thanks for the quick feedback.
>> >>> >>
>> >>> >> I will drop the schema then.
>> >>> >>
>> >>> >> Benoit.
>> >>> >>
>> >>> >>
>> >>> >> Le 27 mars 2012 14:50, Sylvain Lebresne <= sylvain@datastax.= com> a
>> >>> >> =E9crit
>> >>> >> :
>> >>> >> > Actually, there was a few changes to th= e on-disk format of schema
>> >>> >> > between beta1 and beta2 so upgrade is n= ot supported between those
>> >>> >> > two
>> >>> >> > beta versions.
>> >>> >> > Sorry for any inconvenience.
>> >>> >> >
>> >>> >> > --
>> >>> >> > Sylvain
>> >>> >> >
>> >>> >> > On Tue, Mar 27, 2012 at 12:57 PM, Benoi= t Perroud
>> >>> >> > <benoit@noisette.ch>
>> >>> >> > wrote:
>> >>> >> >> Hi All,
>> >>> >> >>
>> >>> >> >> Thanks a lot for the release.
>> >>> >> >> I just upgraded my 1.1-beta1 to 1.1= -beta2, and I get the
>> >>> >> >> following
>> >>> >> >> error :
>> >>> >> >>
>> >>> >> >> =A0INFO 10:56:17,089 Opening
>> >>> >> >>
>> >>> >> >>
>> >>> >> >> /app/cassandra/data/data/system/Loc= ationInfo/system-LocationInfo-hc-18
>> >>> >> >> (74 bytes)
>> >>> >> >> =A0INFO 10:56:17,092 Opening
>> >>> >> >>
>> >>> >> >>
>> >>> >> >> /app/cassandra/data/data/system/Loc= ationInfo/system-LocationInfo-hc-17
>> >>> >> >> (486 bytes)
>> >>> >> >> ERROR 10:56:17,306 Exception encoun= tered during startup
>> >>> >> >> java.lang.NullPointerException
>> >>> >> >> =A0 =A0 =A0 =A0at
>> >>> >> >>
>> >>> >> >>
>> >>> >> >> org.apache.cassandra.utils.ByteBuff= erUtil.string(ByteBufferUtil.java:163)
>> >>> >> >> =A0 =A0 =A0 =A0at
>> >>> >> >>
>> >>> >> >>
>> >>> >> >> org.apache.cassandra.utils.ByteBuff= erUtil.string(ByteBufferUtil.java:120)
>> >>> >> >> =A0 =A0 =A0 =A0at
>> >>> >> >>
>> >>> >> >> org.apache.cassandra.cql.jdbc.JdbcU= TF8.getString(JdbcUTF8.java:77)
>> >>> >> >> =A0 =A0 =A0 =A0at
>> >>> >> >> org.apache.cassandra.cql.jdbc.JdbcU= TF8.compose(JdbcUTF8.java:97)
>> >>> >> >> =A0 =A0 =A0 =A0at
>> >>> >> >>
>> >>> >> >> org.apache.cassandra.db.marshal.UTF= 8Type.compose(UTF8Type.java:35)
>> >>> >> >> =A0 =A0 =A0 =A0at
>> >>> >> >>
>> >>> >> >>
>> >>> >> >> org.apache.cassandra.cql3.UntypedRe= sultSet$Row.getString(UntypedResultSet.java:87)
>> >>> >> >> =A0 =A0 =A0 =A0at
>> >>> >> >>
>> >>> >> >>
>> >>> >> >> org.apache.cassandra.config.CFMetaD= ata.fromSchemaNoColumns(CFMetaData.java:1008)
>> >>> >> >> =A0 =A0 =A0 =A0at
>> >>> >> >>
>> >>> >> >>
>> >>> >> >> org.apache.cassandra.config.CFMetaD= ata.fromSchema(CFMetaData.java:1053)
>> >>> >> >> =A0 =A0 =A0 =A0at
>> >>> >> >>
>> >>> >> >>
>> >>> >> >> org.apache.cassandra.config.KSMetaD= ata.deserializeColumnFamilies(KSMetaData.java:261)
>> >>> >> >> =A0 =A0 =A0 =A0at
>> >>> >> >>
>> >>> >> >>
>> >>> >> >> org.apache.cassandra.config.KSMetaD= ata.fromSchema(KSMetaData.java:242)
>> >>> >> >> =A0 =A0 =A0 =A0at
>> >>> >> >>
>> >>> >> >> org.apache.cassandra.db.DefsTable.l= oadFromTable(DefsTable.java:158)
>> >>> >> >> =A0 =A0 =A0 =A0at
>> >>> >> >>
>> >>> >> >>
>> >>> >> >> org.apache.cassandra.config.Databas= eDescriptor.loadSchemas(DatabaseDescriptor.java:514)
>> >>> >> >> =A0 =A0 =A0 =A0at
>> >>> >> >>
>> >>> >> >>
>> >>> >> >> org.apache.cassandra.service.Abstra= ctCassandraDaemon.setup(AbstractCassandraDaemon.java:182)
>> >>> >> >> =A0 =A0 =A0 =A0at
>> >>> >> >>
>> >>> >> >>
>> >>> >> >> org.apache.cassandra.service.Abstra= ctCassandraDaemon.activate(AbstractCassandraDaemon.java:353)
>> >>> >> >> =A0 =A0 =A0 =A0at
>> >>> >> >>
>> >>> >> >>
>> >>> >> >> org.apache.cassandra.thrift.Cassand= raDaemon.main(CassandraDaemon.java:106)
>> >>> >> >>
>> >>> >> >>
>> >>> >> >> Thanks for your support,
>> >>> >> >>
>> >>> >> >> Benoit.
>> >>> >> >>
>> >>> >> >>
>> >>> >> >> Le 27 mars 2012 11:55, Sylvain Lebr= esne <sylvain@= datastax.com> a
>> >>> >> >> =E9crit
>> >>> >> >> :
>> >>> >> >>> The Cassandra team is pleased t= o announce the release of the
>> >>> >> >>> second
>> >>> >> >>> beta for
>> >>> >> >>> the future Apache Cassandra 1.1= .
>> >>> >> >>>
>> >>> >> >>> Note that this is beta software= and as such is *not* ready for
>> >>> >> >>> production use.
>> >>> >> >>>
>> >>> >> >>> The goal of this release is to = give a preview of what will
>> >>> >> >>> become
>> >>> >> >>> Cassandra
>> >>> >> >>> 1.1 and to get wider testing be= fore the final release. All help
>> >>> >> >>> in
>> >>> >> >>> testing
>> >>> >> >>> this release would be therefore= greatly appreciated and please
>> >>> >> >>> report
>> >>> >> >>> any
>> >>> >> >>> problem you may encounter[3,4].= Have a look at the change
>> >>> >> >>> log[1]
>> >>> >> >>> and
>> >>> >> >>> the
>> >>> >> >>> release notes[2] to see where C= assandra 1.1 differs from the
>> >>> >> >>> previous
>> >>> >> >>> series.
>> >>> >> >>>
>> >>> >> >>> Apache Cassandra 1.1.0-beta2[5]= is available as usual from the
>> >>> >> >>> cassandra
>> >>> >> >>> website (http://cassandra.apache.org/d= ownload/) and a debian
>> >>> >> >>> package
>> >>> >> >>> is
>> >>> >> >>> available using the 11x branch = (see
>> >>> >> >>> http://wiki.apache.org/cass= andra/DebianPackaging).
>> >>> >> >>>
>> >>> >> >>> Thank you for your help in test= ing and have fun with it.
>> >>> >> >>>
>> >>> >> >>> [1]: http://goo.gl/nX7UL (CHANGES.txt)
>> >>> >> >>> [2]: http://goo.gl/TB9ro (NEWS.txt)
>> >>> >> >>> [3]: https://issues.apache.o= rg/jira/browse/CASSANDRA
>> >>> >> >>> [4]: user@cassandra.apache.org
>> >>> >> >>> [5]:
>> >>> >> >>>
>> >>> >> >>>
>> >>> >> >>> http://git-wip-us.apache.org/repos/asf?p=3Dca= ssandra.git;a=3Dshortlog;h=3Drefs/tags/cassandra-1.1.0-beta2
>> >>> >> >>
>> >>> >> >>
>> >>> >> >>
>> >>> >> >> --
>> >>> >> >> sent from my Nokia 3210
>> >>> >>
>> >>> >>
>> >>> >>
>> >>> >> --
>> >>> >> sent from my Nokia 3210
>> >>> >
>> >>> >
>> >>
>> >>
>> >
>
>


--e89a8f3bb0cf25632c04bc8eeed1--