You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Sylvain Lebresne (JIRA)" <ji...@apache.org> on 2014/05/02 11:23:18 UTC

[jira] [Updated] (CASSANDRA-7112) ava.lang.ClassCastException: org.apache.cassandra.db.composites.CompoundComposite cannot be cast to org.apache.cassandra.db.composites.CellName

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

Sylvain Lebresne updated CASSANDRA-7112:
----------------------------------------

    Attachment: 0002-CompoundDenseCellNameType-fix.txt

Attaching simple fix for the ClassCastException. As said on CASSANDRA-681, this is an oversight of the patch for CASSANDRA-6738 really.

I'll try to look at the super columns error later today. If it's a trivial fix, I'll just attach it here and we can make this ticket a "Fix pycassa autopacking test" ticket. If it's more complicated and takes longer to track it down, I'll span another ticket.

> ava.lang.ClassCastException: org.apache.cassandra.db.composites.CompoundComposite cannot be cast to org.apache.cassandra.db.composites.CellName
> -----------------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: CASSANDRA-7112
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-7112
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Core
>            Reporter: Tyler Hobbs
>         Attachments: 0002-CompoundDenseCellNameType-fix.txt
>
>
> This may be related to CASSANDRA-6738, although the stacktraces show a pretty different path:
> {noformat}
> ERROR 23:13:17 Error occurred during processing of message.
> java.lang.ClassCastException: org.apache.cassandra.db.composites.CompoundComposite cannot be cast to org.apache.cassandra.db.composites.CellName
> 	at org.apache.cassandra.db.composites.AbstractCellNameType.cellFromByteBuffer(AbstractCellNameType.java:170) ~[main/:na]
> 	at org.apache.cassandra.thrift.ThriftValidation.validateColumnData(ThriftValidation.java:442) ~[main/:na]
> 	at org.apache.cassandra.thrift.ThriftValidation.validateColumnOrSuperColumn(ThriftValidation.java:318) ~[main/:na]
> 	at org.apache.cassandra.thrift.ThriftValidation.validateMutation(ThriftValidation.java:385) ~[main/:na]
> 	at org.apache.cassandra.thrift.CassandraServer.createMutationList(CassandraServer.java:849) ~[main/:na]
> 	at org.apache.cassandra.thrift.CassandraServer.batch_mutate(CassandraServer.java:964) ~[main/:na]
> 	at org.apache.cassandra.thrift.Cassandra$Processor$batch_mutate.getResult(Cassandra.java:3922) ~[thrift/:na]
> 	at org.apache.cassandra.thrift.Cassandra$Processor$batch_mutate.getResult(Cassandra.java:3906) ~[thrift/:na]
> 	at org.apache.thrift.ProcessFunction.process(ProcessFunction.java:39) ~[libthrift-0.9.1.jar:0.9.1]
> 	at org.apache.thrift.TBaseProcessor.process(TBaseProcessor.java:39) ~[libthrift-0.9.1.jar:0.9.1]
> 	at org.apache.cassandra.thrift.CustomTThreadPoolServer$WorkerProcess.run(CustomTThreadPoolServer.java:201) ~[main/:na]
> 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [na:1.7.0_40]
> 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [na:1.7.0_40]
> 	at java.lang.Thread.run(Thread.java:724) [na:1.7.0_40]
> {noformat}
> To reproduce, you can run this pycassa test:
> {noformat}
> python setup.py nosetests -w tests/test_autopacking.py:TestComposites.test_static_composite_get_partial_composite
> {noformat}
> The comparator is:
> {noformat}
> CompositeType(LongType, IntegerType, ReversedType(TimeUUIDType),  LexicalUUIDType, AsciiType, UTF8Type, BytesType)
> {noformat}
> The insert that triggers the error only uses the first two components of the comparator:
> {noformat}
> cf.insert('key3', {(123123, 1): 'val'})
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.2#6252)