[jira] [Updated] (CASSANDRA-5028) Native protocol prepared INSERT broken
[
https://issues.apache.org/jira/browse/CASSANDRA-5028?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jonathan Rudenberg updated CASSANDRA-5028:
--
Description:
b4f2f201 breaks prepared inserts via the native protocol (a regression from
1.2.0-beta2).
{noformat}
cassandra.Exec(INSERT INTO tests (id, content) VALUES (?, ?), 1, test)
Error: Invalid definition for id, not a collection type
{noformat}
{noformat}
cqlsh CREATE KEYSPACE test WITH replication = { 'class' : 'SimpleStrategy',
'replication_factor' : 1 };
cqlsh USE test;
cqlsh:test CREATE TABLE tests (id bigint PRIMARY KEY, content text);
{noformat}
Repro code: https://gist.github.com/edafe5383c81c22aed5a
was:
b4f2f201 breaks prepared inserts via the native protocol (a regression from
1.2.0-beta2).
{noformat}
cassandra.Exec(INSERT INTO tests (id, content) VALUES (?, ?), 1, test)
Error: Invalid definition for id, not a collection type
{noformat}
{noformat}
cqlsh CREATE KEYSPACE test WITH replication = { 'class' : 'SimpleStrategy',
'replication_factor' : 1 };
cqlsh USE test;
cqlsh:test CREATE TABLE tests (id bigint PRIMARY KEY, content text);
{noformat}
Repro code: https://gist.github.com/edafe5383c81c22aed5a
Native protocol prepared INSERT broken
--
Key: CASSANDRA-5028
URL: https://issues.apache.org/jira/browse/CASSANDRA-5028
Project: Cassandra
Issue Type: Bug
Affects Versions: 1.2.0 beta 3
Environment: Cassandra 1.2.0-beta3-SNAPSHOT (b86f75d)
Reporter: Jonathan Rudenberg
b4f2f201 breaks prepared inserts via the native protocol (a regression from
1.2.0-beta2).
{noformat}
cassandra.Exec(INSERT INTO tests (id, content) VALUES (?, ?), 1, test)
Error: Invalid definition for id, not a collection type
{noformat}
{noformat}
cqlsh CREATE KEYSPACE test WITH replication = { 'class' : 'SimpleStrategy',
'replication_factor' : 1 };
cqlsh USE test;
cqlsh:test CREATE TABLE tests (id bigint PRIMARY KEY, content text);
{noformat}
Repro code: https://gist.github.com/edafe5383c81c22aed5a
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CASSANDRA-5028) Native protocol prepared INSERT broken
Jonathan Rudenberg created CASSANDRA-5028:
-
Summary: Native protocol prepared INSERT broken
Key: CASSANDRA-5028
URL: https://issues.apache.org/jira/browse/CASSANDRA-5028
Project: Cassandra
Issue Type: Bug
Affects Versions: 1.2.0 beta 3
Environment: Cassandra 1.2.0-beta3-SNAPSHOT (b86f75d)
Reporter: Jonathan Rudenberg
b4f2f201 breaks prepared inserts via the native protocol (a regression from
1.2.0-beta2).
{noformat}
cassandra.Exec(INSERT INTO tests (id, content) VALUES (?, ?), 1, test)
Error: Invalid definition for id, not a collection type
{noformat}
{noformat}
cqlsh CREATE KEYSPACE test WITH replication = { 'class' : 'SimpleStrategy',
'replication_factor' : 1 };
cqlsh USE test;
cqlsh:test CREATE TABLE tests (id bigint PRIMARY KEY, content text);
{noformat}
Repro code: https://gist.github.com/edafe5383c81c22aed5a
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-4836) NPE on PREPARE of INSERT using binary protocol
[
https://issues.apache.org/jira/browse/CASSANDRA-4836?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13485485#comment-13485485
]
Jonathan Rudenberg commented on CASSANDRA-4836:
---
I just tested on the latest trunk (ab2614ca) and this issue appears to be gone.
NPE on PREPARE of INSERT using binary protocol
--
Key: CASSANDRA-4836
URL: https://issues.apache.org/jira/browse/CASSANDRA-4836
Project: Cassandra
Issue Type: Bug
Environment: git rev 0f835100
Reporter: Jonathan Rudenberg
Assignee: Sylvain Lebresne
This started happening on 297f530c. I've implemented the consistency level
specification, and executing other queries works. Running a prepare with an
INSERT statement results in this exception
{noformat}
ERROR 13:11:48,677 Unexpected exception during request
java.lang.NullPointerException
at
org.apache.cassandra.cql3.ResultSet$Metadata.allInSameCF(ResultSet.java:234)
at
org.apache.cassandra.cql3.ResultSet$Metadata.init(ResultSet.java:215)
at
org.apache.cassandra.transport.messages.ResultMessage$Prepared.init(ResultMessage.java:274)
at
org.apache.cassandra.cql3.QueryProcessor.storePreparedStatement(QueryProcessor.java:209)
at
org.apache.cassandra.cql3.QueryProcessor.prepare(QueryProcessor.java:185)
at
org.apache.cassandra.transport.messages.PrepareMessage.execute(PrepareMessage.java:58)
at
org.apache.cassandra.transport.Message$Dispatcher.messageReceived(Message.java:212)
at
org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:75)
at
org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:563)
at
org.jboss.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791)
at
org.jboss.netty.handler.execution.ChannelUpstreamEventRunnable.doRun(ChannelUpstreamEventRunnable.java:45)
at
org.jboss.netty.handler.execution.ChannelEventRunnable.run(ChannelEventRunnable.java:69)
at
org.jboss.netty.handler.execution.OrderedMemoryAwareThreadPoolExecutor$ChildExecutor.run(OrderedMemoryAwareThreadPoolExecutor.java:315)
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)
{noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CASSANDRA-4836) NPE on PREPARE of INSERT using binary protocol
Jonathan Rudenberg created CASSANDRA-4836:
-
Summary: NPE on PREPARE of INSERT using binary protocol
Key: CASSANDRA-4836
URL: https://issues.apache.org/jira/browse/CASSANDRA-4836
Project: Cassandra
Issue Type: Bug
Environment: git rev 0f835100
Reporter: Jonathan Rudenberg
This started happening on 297f530c. I've implemented the consistency level
specification, and executing other queries works. Running a prepare with an
INSERT statement results in this exception
{noformat}
ERROR 13:11:48,677 Unexpected exception during request
java.lang.NullPointerException
at
org.apache.cassandra.cql3.ResultSet$Metadata.allInSameCF(ResultSet.java:234)
at
org.apache.cassandra.cql3.ResultSet$Metadata.init(ResultSet.java:215)
at
org.apache.cassandra.transport.messages.ResultMessage$Prepared.init(ResultMessage.java:274)
at
org.apache.cassandra.cql3.QueryProcessor.storePreparedStatement(QueryProcessor.java:209)
at
org.apache.cassandra.cql3.QueryProcessor.prepare(QueryProcessor.java:185)
at
org.apache.cassandra.transport.messages.PrepareMessage.execute(PrepareMessage.java:58)
at
org.apache.cassandra.transport.Message$Dispatcher.messageReceived(Message.java:212)
at
org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:75)
at
org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:563)
at
org.jboss.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791)
at
org.jboss.netty.handler.execution.ChannelUpstreamEventRunnable.doRun(ChannelUpstreamEventRunnable.java:45)
at
org.jboss.netty.handler.execution.ChannelEventRunnable.run(ChannelEventRunnable.java:69)
at
org.jboss.netty.handler.execution.OrderedMemoryAwareThreadPoolExecutor$ChildExecutor.run(OrderedMemoryAwareThreadPoolExecutor.java:315)
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)
{noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-4739) Prepared Statements don't support collections
[
https://issues.apache.org/jira/browse/CASSANDRA-4739?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13468758#comment-13468758
]
Jonathan Rudenberg commented on CASSANDRA-4739:
---
I've been testing this patch out a bit, and it's mostly working, but I ran into
an issue when using a maptimestamp,int ({1349286846012: 2}):
Expected 8 or 0 byte long for date (4)
The map is encoded in the exact same format that I get from the server when
querying the same value:
{noformat}
00 01 00 08 00 00 01 3a 27 c3 5e 3c 00 04 00 00 00 02
{noformat}
Prepared Statements don't support collections
-
Key: CASSANDRA-4739
URL: https://issues.apache.org/jira/browse/CASSANDRA-4739
Project: Cassandra
Issue Type: Bug
Affects Versions: 1.2.0 beta 1
Environment: Cassandra 937f15e1
OS X 10.8.2
java version 1.6.0_35
Java(TM) SE Runtime Environment (build 1.6.0_35-b10-428-11M3811)
Java HotSpot(TM) 64-Bit Server VM (build 20.10-b01-428, mixed mode)
Reporter: Jonathan Rudenberg
Assignee: Sylvain Lebresne
Fix For: 1.2.0 beta 2
Attachments: 4739.txt
I'm putting a collection onto the wire in an EXECUTE request with exactly the
same bytes that Cassandra encodes the same data in a response:
Can't apply operation on column with
org.apache.cassandra.db.marshal.SetType(org.apache.cassandra.db.marshal.UTF8Type)
type
Here's the full trace log from cassandra:
{noformat}
DEBUG 19:24:15,414 Received: PREPARE INSERT INTO things (id, set_text) VALUES
(?, ?);
TRACE 19:24:15,414 CQL QUERY: INSERT INTO things (id, set_text) VALUES (?, ?);
TRACE 19:24:15,415 Stored prepared statement #413587006 with 2 bind markers
DEBUG 19:24:15,415 Responding: RESULT PREPARED 413587006
[id(gocql_collections, things),
org.apache.cassandra.db.marshal.TimeUUIDType][set_text(gocql_collections,
things),
org.apache.cassandra.db.marshal.SetType(org.apache.cassandra.db.marshal.UTF8Type)]
DEBUG 19:24:15,416 Received: EXECUTE 413587006 with 2 values
TRACE 19:24:15,416 [1] 'java.nio.HeapByteBuffer[pos=18 lim=34 cap=53]'
TRACE 19:24:15,416 [2] 'java.nio.HeapByteBuffer[pos=38 lim=51 cap=53]'
DEBUG 19:24:15,417 Responding: ERROR INVALID: Can't apply operation on column
with
org.apache.cassandra.db.marshal.SetType(org.apache.cassandra.db.marshal.UTF8Type)
type.
{noformat}
The prepared statement is:
{noformat}
INSERT INTO things (id, set_text) VALUES (?, ?);
{noformat}
and the collection value ({'asdf', 'sdf'}) is encoded as:
{noformat}
00 02 00 04 61 73 64 66 00 03 73 64 66
{noformat}
which is byte-for-byte exactly the same as what I get from Cassandra off the
wire when I do a query for the same data.
I already have the driver working with other queries/inserts with all other
types, so this is just a collection encoding problem.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CASSANDRA-4739) Native protocol doesn't accept collections in EXECUTE
Jonathan Rudenberg created CASSANDRA-4739:
-
Summary: Native protocol doesn't accept collections in EXECUTE
Key: CASSANDRA-4739
URL: https://issues.apache.org/jira/browse/CASSANDRA-4739
Project: Cassandra
Issue Type: Bug
Affects Versions: 1.2.0 beta 1
Environment: Cassandra 937f15e1
OS X 10.8.2
java version 1.6.0_35
Java(TM) SE Runtime Environment (build 1.6.0_35-b10-428-11M3811)
Java HotSpot(TM) 64-Bit Server VM (build 20.10-b01-428, mixed mode)
Reporter: Jonathan Rudenberg
I'm putting a collection onto the wire in an EXECUTE request with exactly the
same bytes that Cassandra encodes the same data in a response:
Can't apply operation on column with
org.apache.cassandra.db.marshal.SetType(org.apache.cassandra.db.marshal.UTF8Type)
type
Here's the full trace log from cassandra:
{noformat}
DEBUG 19:24:15,414 Received: PREPARE INSERT INTO things (id, set_text) VALUES
(?, ?);
TRACE 19:24:15,414 CQL QUERY: INSERT INTO things (id, set_text) VALUES (?, ?);
TRACE 19:24:15,415 Stored prepared statement #413587006 with 2 bind markers
DEBUG 19:24:15,415 Responding: RESULT PREPARED 413587006 [id(gocql_collections,
things),
org.apache.cassandra.db.marshal.TimeUUIDType][set_text(gocql_collections,
things),
org.apache.cassandra.db.marshal.SetType(org.apache.cassandra.db.marshal.UTF8Type)]
DEBUG 19:24:15,416 Received: EXECUTE 413587006 with 2 values
TRACE 19:24:15,416 [1] 'java.nio.HeapByteBuffer[pos=18 lim=34 cap=53]'
TRACE 19:24:15,416 [2] 'java.nio.HeapByteBuffer[pos=38 lim=51 cap=53]'
DEBUG 19:24:15,417 Responding: ERROR INVALID: Can't apply operation on column
with
org.apache.cassandra.db.marshal.SetType(org.apache.cassandra.db.marshal.UTF8Type)
type.
{noformat}
The prepared statement is:
{noformat}
INSERT INTO things (id, set_text) VALUES (?, ?);
{noformat}
and the collection value ({'asdf', 'sdf'}) is encoded as:
{noformat}
00 02 00 04 61 73 64 66 00 03 73 64 66
{noformat}
which is byte-for-byte exactly the same as what I get from Cassandra off the
wire when I do a query for the same data.
I already have the driver working with other queries/inserts with all other
types, so this is just a collection encoding problem.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CASSANDRA-4739) Native protocol doesn't accept collections in EXECUTE
[
https://issues.apache.org/jira/browse/CASSANDRA-4739?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jonathan Rudenberg updated CASSANDRA-4739:
--
Affects Version/s: 1.2.0 beta 2
Native protocol doesn't accept collections in EXECUTE
-
Key: CASSANDRA-4739
URL: https://issues.apache.org/jira/browse/CASSANDRA-4739
Project: Cassandra
Issue Type: Bug
Affects Versions: 1.2.0 beta 1, 1.2.0 beta 2
Environment: Cassandra 937f15e1
OS X 10.8.2
java version 1.6.0_35
Java(TM) SE Runtime Environment (build 1.6.0_35-b10-428-11M3811)
Java HotSpot(TM) 64-Bit Server VM (build 20.10-b01-428, mixed mode)
Reporter: Jonathan Rudenberg
I'm putting a collection onto the wire in an EXECUTE request with exactly the
same bytes that Cassandra encodes the same data in a response:
Can't apply operation on column with
org.apache.cassandra.db.marshal.SetType(org.apache.cassandra.db.marshal.UTF8Type)
type
Here's the full trace log from cassandra:
{noformat}
DEBUG 19:24:15,414 Received: PREPARE INSERT INTO things (id, set_text) VALUES
(?, ?);
TRACE 19:24:15,414 CQL QUERY: INSERT INTO things (id, set_text) VALUES (?, ?);
TRACE 19:24:15,415 Stored prepared statement #413587006 with 2 bind markers
DEBUG 19:24:15,415 Responding: RESULT PREPARED 413587006
[id(gocql_collections, things),
org.apache.cassandra.db.marshal.TimeUUIDType][set_text(gocql_collections,
things),
org.apache.cassandra.db.marshal.SetType(org.apache.cassandra.db.marshal.UTF8Type)]
DEBUG 19:24:15,416 Received: EXECUTE 413587006 with 2 values
TRACE 19:24:15,416 [1] 'java.nio.HeapByteBuffer[pos=18 lim=34 cap=53]'
TRACE 19:24:15,416 [2] 'java.nio.HeapByteBuffer[pos=38 lim=51 cap=53]'
DEBUG 19:24:15,417 Responding: ERROR INVALID: Can't apply operation on column
with
org.apache.cassandra.db.marshal.SetType(org.apache.cassandra.db.marshal.UTF8Type)
type.
{noformat}
The prepared statement is:
{noformat}
INSERT INTO things (id, set_text) VALUES (?, ?);
{noformat}
and the collection value ({'asdf', 'sdf'}) is encoded as:
{noformat}
00 02 00 04 61 73 64 66 00 03 73 64 66
{noformat}
which is byte-for-byte exactly the same as what I get from Cassandra off the
wire when I do a query for the same data.
I already have the driver working with other queries/inserts with all other
types, so this is just a collection encoding problem.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CASSANDRA-4735) CQL3 CREATE KEYSPACE fails with `mismatched input ':' expecting '='`
Jonathan Rudenberg created CASSANDRA-4735:
-
Summary: CQL3 CREATE KEYSPACE fails with `mismatched input ':'
expecting '='`
Key: CASSANDRA-4735
URL: https://issues.apache.org/jira/browse/CASSANDRA-4735
Project: Cassandra
Issue Type: Bug
Affects Versions: 1.2.0 beta 1
Environment: rev 60bf68ca (tagged cassandra-1.2.0-beta1)
cqlsh 2.2.0 | Cassandra 1.2.0-beta1-SNAPSHOT | CQL spec 3.0.0 | Thrift protocol
19.34.0
OS X 10.8.2
java version 1.6.0_35
Java(TM) SE Runtime Environment (build 1.6.0_35-b10-428-11M3811)
Java HotSpot(TM) 64-Bit Server VM (build 20.10-b01-428, mixed mode)
Ubuntu 12.04.1 LTS
java version 1.7.0_07
Java(TM) SE Runtime Environment (build 1.7.0_07-b10)
Java HotSpot(TM) 64-Bit Server VM (build 23.3-b01, mixed mode)
Reporter: Jonathan Rudenberg
{noformat}
cqlsh CREATE KEYSPACE test1 WITH strategy_class = 'SimpleStrategy' AND
strategy_options:replication_factor = 1;
Bad Request: line 1:81 mismatched input ':' expecting '='
Perhaps you meant to use CQL 2? Try using the -2 option when starting cqlsh.
{noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-4706) CQL3 CREATE TABLE with set and counter causes java.lang.IllegalArgumentException
[
https://issues.apache.org/jira/browse/CASSANDRA-4706?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13461831#comment-13461831
]
Jonathan Rudenberg commented on CASSANDRA-4706:
---
Ah, thanks, I missed that in the docs.
CQL3 CREATE TABLE with set and counter causes
java.lang.IllegalArgumentException
Key: CASSANDRA-4706
URL: https://issues.apache.org/jira/browse/CASSANDRA-4706
Project: Cassandra
Issue Type: Bug
Components: Core
Affects Versions: 1.2.0 beta 1
Environment: rev 60bf68ca (tagged 1.2.0-beta1-tentative)
cqlsh 2.2.0 | Cassandra 1.2.0-beta1-SNAPSHOT | CQL spec 3.0.0 | Thrift
protocol 19.34.0
OS X 10.8.2
java version 1.6.0_35
Java(TM) SE Runtime Environment (build 1.6.0_35-b10-428-11M3811)
Java HotSpot(TM) 64-Bit Server VM (build 20.10-b01-428, mixed mode)
Ubuntu 12.04.1 LTS
java version 1.7.0_07
Java(TM) SE Runtime Environment (build 1.7.0_07-b10)
Java HotSpot(TM) 64-Bit Server VM (build 23.3-b01, mixed mode)
Reporter: Jonathan Rudenberg
Assignee: Sylvain Lebresne
Priority: Minor
Fix For: 1.2.0 beta 2
Running a freshly compiled cassandra with no data, and a brand new keyspace
(SimpleStrategy, replication_factor 1)
{noformat}
cqlsh:test CREATE TABLE test (id bigint PRIMARY KEY, count counter, things
settext);
TSocket read 0 bytes
{noformat}
{noformat}
ERROR 11:25:54,926 Error occurred during processing of message.
java.lang.IllegalArgumentException
at java.nio.Buffer.limit(Buffer.java:247)
at
org.apache.cassandra.db.marshal.AbstractCompositeType.getBytes(AbstractCompositeType.java:50)
at
org.apache.cassandra.db.marshal.AbstractCompositeType.getWithShortLength(AbstractCompositeType.java:59)
at
org.apache.cassandra.db.marshal.AbstractCompositeType.getString(AbstractCompositeType.java:143)
at org.apache.cassandra.config.CFMetaData.validate(CFMetaData.java:1064)
at
org.apache.cassandra.service.MigrationManager.announceNewColumnFamily(MigrationManager.java:123)
at
org.apache.cassandra.cql3.statements.CreateColumnFamilyStatement.announceMigration(CreateColumnFamilyStatement.java:100)
at
org.apache.cassandra.cql3.statements.SchemaAlteringStatement.execute(SchemaAlteringStatement.java:83)
at
org.apache.cassandra.cql3.QueryProcessor.processStatement(QueryProcessor.java:108)
at
org.apache.cassandra.cql3.QueryProcessor.process(QueryProcessor.java:116)
at
org.apache.cassandra.thrift.CassandraServer.execute_cql_query(CassandraServer.java:1677)
at
org.apache.cassandra.thrift.Cassandra$Processor$execute_cql_query.getResult(Cassandra.java:3721)
at
org.apache.cassandra.thrift.Cassandra$Processor$execute_cql_query.getResult(Cassandra.java:3709)
at org.apache.thrift.ProcessFunction.process(ProcessFunction.java:32)
at org.apache.thrift.TBaseProcessor.process(TBaseProcessor.java:34)
at
org.apache.cassandra.thrift.CustomTThreadPoolServer$WorkerProcess.run(CustomTThreadPoolServer.java:184)
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)
{noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CASSANDRA-4706) CQL3 CREATE TABLE with set and counter causes java.lang.IllegalArgumentException
Jonathan Rudenberg created CASSANDRA-4706:
-
Summary: CQL3 CREATE TABLE with set and counter causes
java.lang.IllegalArgumentException
Key: CASSANDRA-4706
URL: https://issues.apache.org/jira/browse/CASSANDRA-4706
Project: Cassandra
Issue Type: Bug
Components: Core
Affects Versions: 1.2.0 beta 1
Environment: rev 60bf68ca (tagged 1.2.0-beta1-tentative)
[cqlsh 2.2.0 | Cassandra 1.2.0-beta1-SNAPSHOT | CQL spec 3.0.0 | Thrift
protocol 19.34.0]
OS X 10.8.2
java version 1.6.0_35
Java(TM) SE Runtime Environment (build 1.6.0_35-b10-428-11M3811)
Java HotSpot(TM) 64-Bit Server VM (build 20.10-b01-428, mixed mode)
Ubuntu 12.04.1 LTS
java version 1.7.0_07
Java(TM) SE Runtime Environment (build 1.7.0_07-b10)
Java HotSpot(TM) 64-Bit Server VM (build 23.3-b01, mixed mode)
Reporter: Jonathan Rudenberg
Priority: Blocker
Running a freshly compiled cassandra with non data, and a brand new keyspace
(SimpleStrategy, replication_factor 1)
{noformat}
cqlsh:test CREATE TABLE test (id bigint PRIMARY KEY, count counter, things
settext);
TSocket read 0 bytes
{noformat}
{noformat}
ERROR 11:25:54,926 Error occurred during processing of message.
java.lang.IllegalArgumentException
at java.nio.Buffer.limit(Buffer.java:247)
at
org.apache.cassandra.db.marshal.AbstractCompositeType.getBytes(AbstractCompositeType.java:50)
at
org.apache.cassandra.db.marshal.AbstractCompositeType.getWithShortLength(AbstractCompositeType.java:59)
at
org.apache.cassandra.db.marshal.AbstractCompositeType.getString(AbstractCompositeType.java:143)
at org.apache.cassandra.config.CFMetaData.validate(CFMetaData.java:1064)
at
org.apache.cassandra.service.MigrationManager.announceNewColumnFamily(MigrationManager.java:123)
at
org.apache.cassandra.cql3.statements.CreateColumnFamilyStatement.announceMigration(CreateColumnFamilyStatement.java:100)
at
org.apache.cassandra.cql3.statements.SchemaAlteringStatement.execute(SchemaAlteringStatement.java:83)
at
org.apache.cassandra.cql3.QueryProcessor.processStatement(QueryProcessor.java:108)
at
org.apache.cassandra.cql3.QueryProcessor.process(QueryProcessor.java:116)
at
org.apache.cassandra.thrift.CassandraServer.execute_cql_query(CassandraServer.java:1677)
at
org.apache.cassandra.thrift.Cassandra$Processor$execute_cql_query.getResult(Cassandra.java:3721)
at
org.apache.cassandra.thrift.Cassandra$Processor$execute_cql_query.getResult(Cassandra.java:3709)
at org.apache.thrift.ProcessFunction.process(ProcessFunction.java:32)
at org.apache.thrift.TBaseProcessor.process(TBaseProcessor.java:34)
at
org.apache.cassandra.thrift.CustomTThreadPoolServer$WorkerProcess.run(CustomTThreadPoolServer.java:184)
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)
{noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CASSANDRA-4706) CQL3 CREATE TABLE with set and counter causes java.lang.IllegalArgumentException
[
https://issues.apache.org/jira/browse/CASSANDRA-4706?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jonathan Rudenberg updated CASSANDRA-4706:
--
Environment:
rev 60bf68ca (tagged 1.2.0-beta1-tentative)
cqlsh 2.2.0 | Cassandra 1.2.0-beta1-SNAPSHOT | CQL spec 3.0.0 | Thrift protocol
19.34.0
OS X 10.8.2
java version 1.6.0_35
Java(TM) SE Runtime Environment (build 1.6.0_35-b10-428-11M3811)
Java HotSpot(TM) 64-Bit Server VM (build 20.10-b01-428, mixed mode)
Ubuntu 12.04.1 LTS
java version 1.7.0_07
Java(TM) SE Runtime Environment (build 1.7.0_07-b10)
Java HotSpot(TM) 64-Bit Server VM (build 23.3-b01, mixed mode)
was:
rev 60bf68ca (tagged 1.2.0-beta1-tentative)
[cqlsh 2.2.0 | Cassandra 1.2.0-beta1-SNAPSHOT | CQL spec 3.0.0 | Thrift
protocol 19.34.0]
OS X 10.8.2
java version 1.6.0_35
Java(TM) SE Runtime Environment (build 1.6.0_35-b10-428-11M3811)
Java HotSpot(TM) 64-Bit Server VM (build 20.10-b01-428, mixed mode)
Ubuntu 12.04.1 LTS
java version 1.7.0_07
Java(TM) SE Runtime Environment (build 1.7.0_07-b10)
Java HotSpot(TM) 64-Bit Server VM (build 23.3-b01, mixed mode)
CQL3 CREATE TABLE with set and counter causes
java.lang.IllegalArgumentException
Key: CASSANDRA-4706
URL: https://issues.apache.org/jira/browse/CASSANDRA-4706
Project: Cassandra
Issue Type: Bug
Components: Core
Affects Versions: 1.2.0 beta 1
Environment: rev 60bf68ca (tagged 1.2.0-beta1-tentative)
cqlsh 2.2.0 | Cassandra 1.2.0-beta1-SNAPSHOT | CQL spec 3.0.0 | Thrift
protocol 19.34.0
OS X 10.8.2
java version 1.6.0_35
Java(TM) SE Runtime Environment (build 1.6.0_35-b10-428-11M3811)
Java HotSpot(TM) 64-Bit Server VM (build 20.10-b01-428, mixed mode)
Ubuntu 12.04.1 LTS
java version 1.7.0_07
Java(TM) SE Runtime Environment (build 1.7.0_07-b10)
Java HotSpot(TM) 64-Bit Server VM (build 23.3-b01, mixed mode)
Reporter: Jonathan Rudenberg
Priority: Blocker
Running a freshly compiled cassandra with non data, and a brand new keyspace
(SimpleStrategy, replication_factor 1)
{noformat}
cqlsh:test CREATE TABLE test (id bigint PRIMARY KEY, count counter, things
settext);
TSocket read 0 bytes
{noformat}
{noformat}
ERROR 11:25:54,926 Error occurred during processing of message.
java.lang.IllegalArgumentException
at java.nio.Buffer.limit(Buffer.java:247)
at
org.apache.cassandra.db.marshal.AbstractCompositeType.getBytes(AbstractCompositeType.java:50)
at
org.apache.cassandra.db.marshal.AbstractCompositeType.getWithShortLength(AbstractCompositeType.java:59)
at
org.apache.cassandra.db.marshal.AbstractCompositeType.getString(AbstractCompositeType.java:143)
at org.apache.cassandra.config.CFMetaData.validate(CFMetaData.java:1064)
at
org.apache.cassandra.service.MigrationManager.announceNewColumnFamily(MigrationManager.java:123)
at
org.apache.cassandra.cql3.statements.CreateColumnFamilyStatement.announceMigration(CreateColumnFamilyStatement.java:100)
at
org.apache.cassandra.cql3.statements.SchemaAlteringStatement.execute(SchemaAlteringStatement.java:83)
at
org.apache.cassandra.cql3.QueryProcessor.processStatement(QueryProcessor.java:108)
at
org.apache.cassandra.cql3.QueryProcessor.process(QueryProcessor.java:116)
at
org.apache.cassandra.thrift.CassandraServer.execute_cql_query(CassandraServer.java:1677)
at
org.apache.cassandra.thrift.Cassandra$Processor$execute_cql_query.getResult(Cassandra.java:3721)
at
org.apache.cassandra.thrift.Cassandra$Processor$execute_cql_query.getResult(Cassandra.java:3709)
at org.apache.thrift.ProcessFunction.process(ProcessFunction.java:32)
at org.apache.thrift.TBaseProcessor.process(TBaseProcessor.java:34)
at
org.apache.cassandra.thrift.CustomTThreadPoolServer$WorkerProcess.run(CustomTThreadPoolServer.java:184)
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)
{noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CASSANDRA-4706) CQL3 CREATE TABLE with set and counter causes java.lang.IllegalArgumentException
[
https://issues.apache.org/jira/browse/CASSANDRA-4706?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jonathan Rudenberg updated CASSANDRA-4706:
--
Description:
Running a freshly compiled cassandra with no data, and a brand new keyspace
(SimpleStrategy, replication_factor 1)
{noformat}
cqlsh:test CREATE TABLE test (id bigint PRIMARY KEY, count counter, things
settext);
TSocket read 0 bytes
{noformat}
{noformat}
ERROR 11:25:54,926 Error occurred during processing of message.
java.lang.IllegalArgumentException
at java.nio.Buffer.limit(Buffer.java:247)
at
org.apache.cassandra.db.marshal.AbstractCompositeType.getBytes(AbstractCompositeType.java:50)
at
org.apache.cassandra.db.marshal.AbstractCompositeType.getWithShortLength(AbstractCompositeType.java:59)
at
org.apache.cassandra.db.marshal.AbstractCompositeType.getString(AbstractCompositeType.java:143)
at org.apache.cassandra.config.CFMetaData.validate(CFMetaData.java:1064)
at
org.apache.cassandra.service.MigrationManager.announceNewColumnFamily(MigrationManager.java:123)
at
org.apache.cassandra.cql3.statements.CreateColumnFamilyStatement.announceMigration(CreateColumnFamilyStatement.java:100)
at
org.apache.cassandra.cql3.statements.SchemaAlteringStatement.execute(SchemaAlteringStatement.java:83)
at
org.apache.cassandra.cql3.QueryProcessor.processStatement(QueryProcessor.java:108)
at
org.apache.cassandra.cql3.QueryProcessor.process(QueryProcessor.java:116)
at
org.apache.cassandra.thrift.CassandraServer.execute_cql_query(CassandraServer.java:1677)
at
org.apache.cassandra.thrift.Cassandra$Processor$execute_cql_query.getResult(Cassandra.java:3721)
at
org.apache.cassandra.thrift.Cassandra$Processor$execute_cql_query.getResult(Cassandra.java:3709)
at org.apache.thrift.ProcessFunction.process(ProcessFunction.java:32)
at org.apache.thrift.TBaseProcessor.process(TBaseProcessor.java:34)
at
org.apache.cassandra.thrift.CustomTThreadPoolServer$WorkerProcess.run(CustomTThreadPoolServer.java:184)
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)
{noformat}
was:
Running a freshly compiled cassandra with non data, and a brand new keyspace
(SimpleStrategy, replication_factor 1)
{noformat}
cqlsh:test CREATE TABLE test (id bigint PRIMARY KEY, count counter, things
settext);
TSocket read 0 bytes
{noformat}
{noformat}
ERROR 11:25:54,926 Error occurred during processing of message.
java.lang.IllegalArgumentException
at java.nio.Buffer.limit(Buffer.java:247)
at
org.apache.cassandra.db.marshal.AbstractCompositeType.getBytes(AbstractCompositeType.java:50)
at
org.apache.cassandra.db.marshal.AbstractCompositeType.getWithShortLength(AbstractCompositeType.java:59)
at
org.apache.cassandra.db.marshal.AbstractCompositeType.getString(AbstractCompositeType.java:143)
at org.apache.cassandra.config.CFMetaData.validate(CFMetaData.java:1064)
at
org.apache.cassandra.service.MigrationManager.announceNewColumnFamily(MigrationManager.java:123)
at
org.apache.cassandra.cql3.statements.CreateColumnFamilyStatement.announceMigration(CreateColumnFamilyStatement.java:100)
at
org.apache.cassandra.cql3.statements.SchemaAlteringStatement.execute(SchemaAlteringStatement.java:83)
at
org.apache.cassandra.cql3.QueryProcessor.processStatement(QueryProcessor.java:108)
at
org.apache.cassandra.cql3.QueryProcessor.process(QueryProcessor.java:116)
at
org.apache.cassandra.thrift.CassandraServer.execute_cql_query(CassandraServer.java:1677)
at
org.apache.cassandra.thrift.Cassandra$Processor$execute_cql_query.getResult(Cassandra.java:3721)
at
org.apache.cassandra.thrift.Cassandra$Processor$execute_cql_query.getResult(Cassandra.java:3709)
at org.apache.thrift.ProcessFunction.process(ProcessFunction.java:32)
at org.apache.thrift.TBaseProcessor.process(TBaseProcessor.java:34)
at
org.apache.cassandra.thrift.CustomTThreadPoolServer$WorkerProcess.run(CustomTThreadPoolServer.java:184)
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)
{noformat}
CQL3 CREATE TABLE with set and counter causes
java.lang.IllegalArgumentException
Key: CASSANDRA-4706
URL: https://issues.apache.org/jira/browse/CASSANDRA-4706
Project: Cassandra
Issue Type: Bug
Components:
[jira] [Updated] (CASSANDRA-4706) CQL3 CREATE TABLE with set and counter causes java.lang.IllegalArgumentException
[
https://issues.apache.org/jira/browse/CASSANDRA-4706?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jonathan Rudenberg updated CASSANDRA-4706:
--
Description:
Running a freshly compiled cassandra with no data, and a brand new keyspace
(SimpleStrategy, replication_factor 1)
{noformat}
cqlsh:test CREATE TABLE test (id bigint PRIMARY KEY, count counter, things
settext);
TSocket read 0 bytes
{noformat}
{noformat}
ERROR 11:25:54,926 Error occurred during processing of message.
java.lang.IllegalArgumentException
at java.nio.Buffer.limit(Buffer.java:247)
at
org.apache.cassandra.db.marshal.AbstractCompositeType.getBytes(AbstractCompositeType.java:50)
at
org.apache.cassandra.db.marshal.AbstractCompositeType.getWithShortLength(AbstractCompositeType.java:59)
at
org.apache.cassandra.db.marshal.AbstractCompositeType.getString(AbstractCompositeType.java:143)
at org.apache.cassandra.config.CFMetaData.validate(CFMetaData.java:1064)
at
org.apache.cassandra.service.MigrationManager.announceNewColumnFamily(MigrationManager.java:123)
at
org.apache.cassandra.cql3.statements.CreateColumnFamilyStatement.announceMigration(CreateColumnFamilyStatement.java:100)
at
org.apache.cassandra.cql3.statements.SchemaAlteringStatement.execute(SchemaAlteringStatement.java:83)
at
org.apache.cassandra.cql3.QueryProcessor.processStatement(QueryProcessor.java:108)
at
org.apache.cassandra.cql3.QueryProcessor.process(QueryProcessor.java:116)
at
org.apache.cassandra.thrift.CassandraServer.execute_cql_query(CassandraServer.java:1677)
at
org.apache.cassandra.thrift.Cassandra$Processor$execute_cql_query.getResult(Cassandra.java:3721)
at
org.apache.cassandra.thrift.Cassandra$Processor$execute_cql_query.getResult(Cassandra.java:3709)
at org.apache.thrift.ProcessFunction.process(ProcessFunction.java:32)
at org.apache.thrift.TBaseProcessor.process(TBaseProcessor.java:34)
at
org.apache.cassandra.thrift.CustomTThreadPoolServer$WorkerProcess.run(CustomTThreadPoolServer.java:184)
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)
{noformat}
was:
Running a freshly compiled cassandra with no data, and a brand new keyspace
(SimpleStrategy, replication_factor 1)
{noformat}
cqlsh:test CREATE TABLE test (id bigint PRIMARY KEY, count counter, things
settext);
TSocket read 0 bytes
{noformat}
{noformat}
ERROR 11:25:54,926 Error occurred during processing of message.
java.lang.IllegalArgumentException
at java.nio.Buffer.limit(Buffer.java:247)
at
org.apache.cassandra.db.marshal.AbstractCompositeType.getBytes(AbstractCompositeType.java:50)
at
org.apache.cassandra.db.marshal.AbstractCompositeType.getWithShortLength(AbstractCompositeType.java:59)
at
org.apache.cassandra.db.marshal.AbstractCompositeType.getString(AbstractCompositeType.java:143)
at org.apache.cassandra.config.CFMetaData.validate(CFMetaData.java:1064)
at
org.apache.cassandra.service.MigrationManager.announceNewColumnFamily(MigrationManager.java:123)
at
org.apache.cassandra.cql3.statements.CreateColumnFamilyStatement.announceMigration(CreateColumnFamilyStatement.java:100)
at
org.apache.cassandra.cql3.statements.SchemaAlteringStatement.execute(SchemaAlteringStatement.java:83)
at
org.apache.cassandra.cql3.QueryProcessor.processStatement(QueryProcessor.java:108)
at
org.apache.cassandra.cql3.QueryProcessor.process(QueryProcessor.java:116)
at
org.apache.cassandra.thrift.CassandraServer.execute_cql_query(CassandraServer.java:1677)
at
org.apache.cassandra.thrift.Cassandra$Processor$execute_cql_query.getResult(Cassandra.java:3721)
at
org.apache.cassandra.thrift.Cassandra$Processor$execute_cql_query.getResult(Cassandra.java:3709)
at org.apache.thrift.ProcessFunction.process(ProcessFunction.java:32)
at org.apache.thrift.TBaseProcessor.process(TBaseProcessor.java:34)
at
org.apache.cassandra.thrift.CustomTThreadPoolServer$WorkerProcess.run(CustomTThreadPoolServer.java:184)
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)
{noformat}
CQL3 CREATE TABLE with set and counter causes
java.lang.IllegalArgumentException
Key: CASSANDRA-4706
URL: https://issues.apache.org/jira/browse/CASSANDRA-4706
Project: Cassandra
Issue Type: Bug
Components:
