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 2016/06/27 14:31:52 UTC

[jira] [Updated] (CASSANDRA-11820) Altering a column's type causes EOF

     [ 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)