[
https://issues.apache.org/jira/browse/CASSANDRA-11820?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sylvain Lebresne updated CASSANDRA-11820:
-----------------------------------------
Status: Patch Available (was: Open)
Attaching patch for this below. All it does is making sure we use the "current"
version of a ColumnDefinition when serializing a cell. That said, I'm not
absolutely satisfied with this: while it's simple on principle, it's not all
that easy to follow why the definition of the cell itself may not be
up-to-date, and that make things probably a bit error prone (which, btw, is not
particularly new to this patch).
Not sure what is a better alternative though right now, we probably need a
cleaner handling of metadata changes in general. But it's not worth leaving
that bug in while we thing this through, so I suggest the patch below is good
enough for now.
|| [3.0|https://github.com/pcmanus/cassandra/commits/11820-3.0] ||
[utests|http://cassci.datastax.com/job/pcmanus-11820-3.0-testall/] ||
[dtests|http://cassci.datastax.com/job/pcmanus-11820-3.0-dtest/] ||
(I'll push a trunk branch on CI later, but waiting on making sure tests passes
on 3.0 first. Besides, I think it'll merge cleanly)
> Altering a column's type causes EOF
> -----------------------------------
>
> Key: CASSANDRA-11820
> URL: https://issues.apache.org/jira/browse/CASSANDRA-11820
> Project: Cassandra
> Issue Type: Bug
> Reporter: Carl Yeksigian
> Assignee: Sylvain Lebresne
> Fix For: 3.0.x, 3.x
>
>
> While working on CASSANDRA-10309, I was testing altering columns' types. This
> series of operations fails:
> {code}
> CREATE TABLE test (a int PRIMARY KEY, b int)
> INSERT INTO test (a, b) VALUES (1, 1)
> ALTER TABLE test ALTER b TYPE BLOB
> SELECT * FROM test WHERE a = 1
> {code}
> Tried this on 3.0 and trunk, both fail.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
