[jira] [Created] (CASSANDRA-7383) java.lang.IndexOutOfBoundsException
Thomas Zimmer created CASSANDRA-7383: Summary: java.lang.IndexOutOfBoundsException Key: CASSANDRA-7383 URL: https://issues.apache.org/jira/browse/CASSANDRA-7383 Project: Cassandra Issue Type: Bug Reporter: Thomas Zimmer Fix For: 2.1.0 Hi there, I might have found a problem with rc-1. Here is how I could reproduce the error. First create a table: CREATE TABLE foo ( a varchar, b varchar, bar Setvarchar PRIMARY KEY (a, b) ); Second step: I put a secondary index on bar: CREATE INDEX my_index ON foo (bar); When now using cqlsh and running a query like this: select * from Foo where a = 'test' and bar contains 'test_value'; it will fail : errors={}, last_host=127.0.0.1 Here are the log entries: WARN [SharedPool-Worker-2] 2014-06-12 09:16:43,611 AbstractTracingAwareExecutorService.java:166 - Uncaught exception on thread Thread[SharedPool-Worker-2,5,main]: {} java.lang.RuntimeException: java.lang.IndexOutOfBoundsException at org.apache.cassandra.service.StorageProxy$DroppableRunnable.run(StorageProxy.java:2015) ~[main/:na] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) ~[na:1.7.0_10] at org.apache.cassandra.concurrent.AbstractTracingAwareExecutorService$FutureTask.run(AbstractTracingAwareExecutorService.java:162) ~[main/:na] at org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:103) [main/:na] at java.lang.Thread.run(Thread.java:722) [na:1.7.0_10] Caused by: java.lang.IndexOutOfBoundsException: null at org.apache.cassandra.db.composites.Composites$EmptyComposite.get(Composites.java:60) ~[main/:na] at org.apache.cassandra.db.index.composites.CompositesIndexOnCollectionKey.makeIndexColumnPrefix(CompositesIndexOnCollectionKey.java:78) ~[main/:na] at org.apache.cassandra.db.index.composites.CompositesSearcher.makePrefix(CompositesSearcher.java:82) ~[main/:na] at org.apache.cassandra.db.index.composites.CompositesSearcher.getIndexedIterator(CompositesSearcher.java:116) ~[main/:na] at org.apache.cassandra.db.index.composites.CompositesSearcher.search(CompositesSearcher.java:68) ~[main/:na] at org.apache.cassandra.db.index.SecondaryIndexManager.search(SecondaryIndexManager.java:589) ~[main/:na] at org.apache.cassandra.db.ColumnFamilyStore.search(ColumnFamilyStore.java:2060) ~[main/:na] at org.apache.cassandra.db.RangeSliceCommand.executeLocally(RangeSliceCommand.java:131) ~[main/:na] at org.apache.cassandra.service.StorageProxy$LocalRangeSliceRunnable.runMayThrow(StorageProxy.java:1368) ~[main/:na] at org.apache.cassandra.service.StorageProxy$DroppableRunnable.run(StorageProxy.java:2011) ~[main/:na] ... 4 common frames omitted -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CASSANDRA-7383) java.lang.IndexOutOfBoundsException
[ https://issues.apache.org/jira/browse/CASSANDRA-7383?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Zimmer resolved CASSANDRA-7383. -- Resolution: Fixed java.lang.IndexOutOfBoundsException --- Key: CASSANDRA-7383 URL: https://issues.apache.org/jira/browse/CASSANDRA-7383 Project: Cassandra Issue Type: Bug Reporter: Thomas Zimmer Fix For: 2.1.0 Hi there, I might have found a problem with rc-1. Here is how I could reproduce the error. First create a table: CREATE TABLE foo ( a varchar, b varchar, bar Setvarchar PRIMARY KEY (a, b) ); Second step: I put a secondary index on bar: CREATE INDEX my_index ON foo (bar); When now using cqlsh and running a query like this: select * from Foo where a = 'test' and bar contains 'test_value'; it will fail : errors={}, last_host=127.0.0.1 Here are the log entries: WARN [SharedPool-Worker-2] 2014-06-12 09:16:43,611 AbstractTracingAwareExecutorService.java:166 - Uncaught exception on thread Thread[SharedPool-Worker-2,5,main]: {} java.lang.RuntimeException: java.lang.IndexOutOfBoundsException at org.apache.cassandra.service.StorageProxy$DroppableRunnable.run(StorageProxy.java:2015) ~[main/:na] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) ~[na:1.7.0_10] at org.apache.cassandra.concurrent.AbstractTracingAwareExecutorService$FutureTask.run(AbstractTracingAwareExecutorService.java:162) ~[main/:na] at org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:103) [main/:na] at java.lang.Thread.run(Thread.java:722) [na:1.7.0_10] Caused by: java.lang.IndexOutOfBoundsException: null at org.apache.cassandra.db.composites.Composites$EmptyComposite.get(Composites.java:60) ~[main/:na] at org.apache.cassandra.db.index.composites.CompositesIndexOnCollectionKey.makeIndexColumnPrefix(CompositesIndexOnCollectionKey.java:78) ~[main/:na] at org.apache.cassandra.db.index.composites.CompositesSearcher.makePrefix(CompositesSearcher.java:82) ~[main/:na] at org.apache.cassandra.db.index.composites.CompositesSearcher.getIndexedIterator(CompositesSearcher.java:116) ~[main/:na] at org.apache.cassandra.db.index.composites.CompositesSearcher.search(CompositesSearcher.java:68) ~[main/:na] at org.apache.cassandra.db.index.SecondaryIndexManager.search(SecondaryIndexManager.java:589) ~[main/:na] at org.apache.cassandra.db.ColumnFamilyStore.search(ColumnFamilyStore.java:2060) ~[main/:na] at org.apache.cassandra.db.RangeSliceCommand.executeLocally(RangeSliceCommand.java:131) ~[main/:na] at org.apache.cassandra.service.StorageProxy$LocalRangeSliceRunnable.runMayThrow(StorageProxy.java:1368) ~[main/:na] at org.apache.cassandra.service.StorageProxy$DroppableRunnable.run(StorageProxy.java:2011) ~[main/:na] ... 4 common frames omitted -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CASSANDRA-7267) Embedded sets in user defined data-types are not updating
[ https://issues.apache.org/jira/browse/CASSANDRA-7267?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14027060#comment-14027060 ] Thomas Zimmer commented on CASSANDRA-7267: -- Working fine with 2.1.0-rc1. Thanks :) Embedded sets in user defined data-types are not updating - Key: CASSANDRA-7267 URL: https://issues.apache.org/jira/browse/CASSANDRA-7267 Project: Cassandra Issue Type: Bug Components: Core Reporter: Thomas Zimmer Assignee: Mikhail Stepura Fix For: 2.1 rc1 Attachments: CASSANDRA-2.1-7267.patch Hi, i just played around with Cassandra 2.1.0 beta2 and i might have found an issue with embedded Sets in User Defined Data Types. Here is how i can reproduce it: 1.) Create a keyspace test 2.) Create a table like this: {{create table songs (title varchar PRIMARY KEY, band varchar, tags Setvarchar);}} 3.) Create a udt like this: {{create type band_info_type (founded timestamp, members Setvarchar, description text);}} 4.) Try to insert data: {code} insert into songs (title, band, band_info, tags) values ('The trooper', 'Iron Maiden', {founded:188694000, members: {'Bruce Dickinson', 'Dave Murray', 'Adrian Smith', 'Janick Gers', 'Steve Harris', 'Nicko McBrain'}, description: 'Pure evil metal'}, {'metal', 'england'}); {code} 5.) Select the data: {{select * from songs;}} Returns this: {code} The trooper | Iron Maiden | {founded: '1970-01-03 05:24:54+0100', members: {}, description: 'Pure evil metal'} | {'england', 'metal'} {code} The embedded data-set seems to empty. I also tried updating a row which also does not seem to work. Regards, Thomas -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CASSANDRA-7267) Embedded sets in user defined data-types are not updating
[ https://issues.apache.org/jira/browse/CASSANDRA-7267?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Zimmer updated CASSANDRA-7267: - Fix Version/s: (was: 2.1 beta2) 2.1 rc1 Embedded sets in user defined data-types are not updating - Key: CASSANDRA-7267 URL: https://issues.apache.org/jira/browse/CASSANDRA-7267 Project: Cassandra Issue Type: Bug Components: Core Reporter: Thomas Zimmer Fix For: 2.1 rc1 Hi, i just played around with Cassandra 2.1.0 beta2 and i might have found an issue with embedded Sets in User Defined Data Types. Here is how i can reproduce it: 1.) Create a keyspace test 2.) Create a table like this: create table songs (title varchar PRIMARY KEY, band varchar, tags Setvarchar); 3.) Create a udt like this: create type band_info_type (founded timestamp, members Setvarchar, description text); 4.) Try to insert data: insert into songs (title, band, band_info, tags) values ('The trooper', 'Iron Maiden', {founded:188694000, members: {'Bruce Dickinson', 'Dave Murray', 'Adrian Smith', 'Janick Gers', 'Steve Harris', 'Nicko McBrain'}, description: 'Pure evil metal'}, {'metal', 'england'}); 5.) Select the data: select * from songs; Returns this: The trooper | Iron Maiden | {founded: '1970-01-03 05:24:54+0100', members: {}, description: 'Pure evil metal'} | {'england', 'metal'} The embedded data-set seems to empty. I also tried updating a row which also does not seem to work. Regards, Thomas -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CASSANDRA-7267) Embedded sets in user defined data-types are not updating
Thomas Zimmer created CASSANDRA-7267: Summary: Embedded sets in user defined data-types are not updating Key: CASSANDRA-7267 URL: https://issues.apache.org/jira/browse/CASSANDRA-7267 Project: Cassandra Issue Type: Bug Components: Core Reporter: Thomas Zimmer Fix For: 2.1 beta2 Hi, i just played around with Cassandra 2.1.0 beta2 and i might have found an issue with embedded Sets in User Defined Data Types. Here is how i can reproduce it: 1.) Create a keyspace test 2.) Create a table like this: create table songs (title varchar PRIMARY KEY, band varchar, tags Setvarchar); 3.) Create a udt like this: create type band_info_type (founded timestamp, members Setvarchar, description text); 4.) Try to insert data: insert into songs (title, band, band_info, tags) values ('The trooper', 'Iron Maiden', {founded:188694000, members: {'Bruce Dickinson', 'Dave Murray', 'Adrian Smith', 'Janick Gers', 'Steve Harris', 'Nicko McBrain'}, description: 'Pure evil metal'}, {'metal', 'england'}); 5.) Select the data: select * from songs; Returns this: The trooper | Iron Maiden | {founded: '1970-01-03 05:24:54+0100', members: {}, description: 'Pure evil metal'} | {'england', 'metal'} The embedded data-set seems to empty. I also tried updating a row which also does not seem to work. Regards, Thomas -- This message was sent by Atlassian JIRA (v6.2#6252)