On Wed, Aug 5, 2009 at 7:25 PM, Mark McBride <mark.mcbr...@gmail.com> wrote:
> There's at least three actually... mine is > http://wiki.github.com/mccv/scassandra, and viktorklang has cassidy at > http://github.com/viktorklang/Cassidy/tree/master. I found out about > the other two about halfway through mine... I'm hoping to get mine > folded into viktor's at some point. > I'm noodling on making you a committer to CAssidy, it would probably be the best option :) > > ---Mark > > On Wed, Aug 5, 2009 at 10:11 AM, Ryan King<r...@twitter.com> wrote: > > There's at least one cassandra client in scala already: > > > > http://github.com/stevej/cassandra_client_scala/tree/master > > > > Not sure of it's current status, but it was written by a coworker of > mine. > > > > -ryan > > > > On Fri, Jul 31, 2009 at 3:57 PM, Mark McBride<mark.mcbr...@gmail.com> > wrote: > >> Yeah, the DB has been clobbered a few times without ever changing the > >> cassandra version. I'll try to reproduce (somewhat difficult... it > >> only happens on a handful of rows), and if that fails I'll move to > >> trunk. > >> > >> You say it's getting stable... if I'm working on language bindings, > >> in, say, scala... would it be best to just suck it up and move now? > >> nothing production, just experimentation right now. > >> > >> On Fri, Jul 31, 2009 at 3:54 PM, Jonathan Ellis<jbel...@gmail.com> > wrote: > >>> Unless he started using 0.3 before the rc series though, that's > >>> unlikely to be the problem. > >>> > >>> On Fri, Jul 31, 2009 at 5:49 PM, Arin Sarkissian<a...@rspot.net> > wrote: > >>>> I think we ran into this a few days ago. > >>>> If I'm not mistaken it had to do with us using an old on disk DB > >>>> against new code. (maybe some serialization changed or something) > >>>> > >>>> Trashing the DB and starting over worked fine. > >>>> > >>>> Arin > >>>> > >>>> On Fri, Jul 31, 2009 at 2:32 PM, Jonathan Ellis<jbel...@gmail.com> > wrote: > >>>>> If you can give us a script that reproduces the problem with a clean > >>>>> database, we can debug it. > >>>>> > >>>>> Otherwise you can try trunk, which is still undergoing a little flux, > >>>>> but is starting to stabilize for an 0.4 release. > >>>>> > >>>>> -Jonathan > >>>>> > >>>>> On Fri, Jul 31, 2009 at 4:18 PM, Mark McBride<mark.mcbr...@gmail.com> > wrote: > >>>>>> Has anybody run across an EOFException in get_slice_super_by_names? > >>>>>> i'm running 0.3.0-rc3, OSX, nothing nonstandard that I know of... > It > >>>>>> happens on multiple rows. Removing the super column and reinserting > >>>>>> data seems to resolve the issue, but it's not great to have the > >>>>>> exceptions occur in the first place. > >>>>>> > >>>>>> ERROR [pool-1-thread-31] 2009-07-31 13:58:11,477 Cassandra.java > (line > >>>>>> 1069) Internal error processing get_slice_super_by_names > >>>>>> java.lang.RuntimeException: java.io.EOFException > >>>>>> at > org.apache.cassandra.service.CassandraServer.readColumnFamily(CassandraServer.java:116) > >>>>>> at > org.apache.cassandra.service.CassandraServer.get_slice_super_by_names(CassandraServer.java:353) > >>>>>> at > org.apache.cassandra.service.Cassandra$Processor$get_slice_super_by_names.process(Cassandra.java:1065) > >>>>>> at > org.apache.cassandra.service.Cassandra$Processor.process(Cassandra.java:786) > >>>>>> at > org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:252) > >>>>>> at > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) > >>>>>> at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) > >>>>>> at java.lang.Thread.run(Thread.java:637) > >>>>>> Caused by: java.io.EOFException > >>>>>> at > java.io.DataInputStream.readFully(DataInputStream.java:180) > >>>>>> at java.io.DataInputStream.readLong(DataInputStream.java:399) > >>>>>> at > org.apache.cassandra.db.ColumnSerializer.defreeze(Column.java:229) > >>>>>> at > org.apache.cassandra.db.ColumnSerializer.deserialize(Column.java:240) > >>>>>> at > org.apache.cassandra.db.SuperColumnSerializer.fillSuperColumn(SuperColumn.java:373) > >>>>>> at > org.apache.cassandra.db.SuperColumnSerializer.deserialize(SuperColumn.java:387) > >>>>>> at > org.apache.cassandra.db.SuperColumnSerializer.deserialize(SuperColumn.java:314) > >>>>>> at > org.apache.cassandra.db.ColumnFamily$ColumnFamilySerializer.deserialize(ColumnFamily.java:535) > >>>>>> at > org.apache.cassandra.db.ColumnFamily$ColumnFamilySerializer.deserialize(ColumnFamily.java:558) > >>>>>> at > org.apache.cassandra.db.ColumnFamily$ColumnFamilySerializer.deserialize(ColumnFamily.java:455) > >>>>>> at > org.apache.cassandra.db.ColumnFamilyStore.fetchColumnFamily(ColumnFamilyStore.java:575) > >>>>>> at > org.apache.cassandra.db.ColumnFamilyStore.getColumnFamilyFromDisk(ColumnFamilyStore.java:549) > >>>>>> at > org.apache.cassandra.db.ColumnFamilyStore.getColumnFamilies(ColumnFamilyStore.java:517) > >>>>>> at > org.apache.cassandra.db.ColumnFamilyStore.getColumnFamily(ColumnFamilyStore.java:484) > >>>>>> at org.apache.cassandra.db.Table.getRow(Table.java:731) > >>>>>> at > org.apache.cassandra.db.SliceByNamesReadCommand.getRow(SliceByNamesReadCommand.java:58) > >>>>>> at > org.apache.cassandra.service.StorageProxy.weakReadLocal(StorageProxy.java:579) > >>>>>> at > org.apache.cassandra.service.StorageProxy.readProtocol(StorageProxy.java:282) > >>>>>> at > org.apache.cassandra.service.CassandraServer.readColumnFamily(CassandraServer.java:112) > >>>>>> ... 7 more > >>>>>> > >>>>> > >>>> > >>> > >> > > > -- Viktor Klang Rogue Scala-head Blog: klangism.blogspot.com Twttr: viktorklang
