cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sylvain Lebresne (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (CASSANDRA-11820) Altering a column's type causes EOF
Date Mon, 27 Jun 2016 14:31:52 GMT

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

Mime
View raw message