cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Brandon Williams (Reopened) (JIRA)" <>
Subject [jira] [Reopened] (CASSANDRA-3886) Pig can't store some types after loading them
Date Mon, 13 Feb 2012 20:52:59 GMT


Brandon Williams reopened CASSANDRA-3886:

We actually do need the catch-all:

return ByteBuffer.wrap(((DataByteArray) o).get());

To cast all the pig-native types like CharArray, but these are all guaranteed to be castable
to DataByteArray.
> Pig can't store some types after loading them
> ---------------------------------------------
>                 Key: CASSANDRA-3886
>                 URL:
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Hadoop
>    Affects Versions: 0.8.7
>            Reporter: Brandon Williams
>            Assignee: Brandon Williams
>             Fix For: 1.0.8
>         Attachments: 3886.txt
> In CASSANDRA-2810, we removed the decompose methods in putNext instead relying on objToBB,
however it cannot sufficiently handle all types.  For instance, if longs are loaded and then
an attempt to store them is made, this causes a cast exception:
java.lang.ClassCastException: java.lang.Long cannot be cast to
Output must be (key, {(column,value)...}) for ColumnFamily or (key, {supercolumn:{(column,value)...}...})
for SuperColumnFamily

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:!default.jspa
For more information on JIRA, see:


View raw message