You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Gary Dusbabek (JIRA)" <ji...@apache.org> on 2010/11/23 03:40:15 UTC

[jira] Assigned: (CASSANDRA-1768) UnsupportedOperationException in system_update_column_family

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

Gary Dusbabek reassigned CASSANDRA-1768:
----------------------------------------

    Assignee: Gary Dusbabek

> UnsupportedOperationException in system_update_column_family
> ------------------------------------------------------------
>
>                 Key: CASSANDRA-1768
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-1768
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Core
>    Affects Versions: 0.7.0
>            Reporter: T Jake Luciani
>            Assignee: Gary Dusbabek
>
> During testing I hit this section of code:
> CFMetaData.java:662
> {code}
>  // remove the ones leaving.
>        for (ByteBuffer indexName : toRemove)
>            column_metadata.remove(indexName);
> {code}
> but column_metadata is defined as:
> {code}
>        this.column_metadata = Collections.unmodifiableMap(column_metadata);
> {code}
> So remove() will throw an exception.
> {code}
> java.lang.UnsupportedOperationException
>         at java.util.Collections$UnmodifiableMap.remove(Collections.java:1288)
>         at org.apache.cassandra.config.CFMetaData.apply(CFMetaData.java:662)
>         at org.apache.cassandra.db.migration.UpdateColumnFamily.<init>(UpdateColumnFamily.java:56)
>         at org.apache.cassandra.thrift.CassandraServer.system_update_column_family(CassandraServer.java:863)
>         at org.apache.cassandra.thrift.Cassandra$Processor$system_update_column_family.process(Cassandra.java:3592)
>         at org.apache.cassandra.thrift.Cassandra$Processor.process(Cassandra.java:2555)
>         at org.apache.cassandra.thrift.CustomTThreadPoolServer$WorkerProcess.run(CustomTThreadPoolServer.java:167)
>         at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>         at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>         at java.lang.Thread.run(Thread.java:680)
> {code}
> This was introduced by CASSANDRA-1715

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.