[jira] [Updated] (CASSANDRA-10046) RangeTombstone validation missing on thrift

["T Jake Luciani (JIRA)" <ji...@apache.org>]

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

T Jake Luciani updated CASSANDRA-10046:
---------------------------------------
    Description: 
Currently a number of thrift tests fail due to a NPE

{code}
test_range_deletion 
test_batch_mutate_remove_slice_standard
test_batch_mutate_remove_slice_of_entire_supercolumns
{code}

These errors all stem from the fact we aren't properly throwing a validation exception when a deletion with a slice that is not start == finish.  

We should add better validation to throw a clear exception sooner.



  was:
Currently a number of thrift tests fail due to a NPE

{code}
test_range_deletion 
test_batch_mutate_remove_slice_standard
test_batch_mutate_remove_slice_of_entire_supercolumns
{code}

These errors all stem from the fact we aren't properly throwing a validation exception when a deletion with a slice that is not start == finish.  

We should add better validation to throw a clear exception sooner.

I've already pushed a fix to dtest to ignore these tests in >= 3.0



> RangeTombstone validation missing on thrift
> -------------------------------------------
>
>                 Key: CASSANDRA-10046
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-10046
>             Project: Cassandra
>          Issue Type: Bug
>            Reporter: T Jake Luciani
>            Assignee: T Jake Luciani
>            Priority: Minor
>             Fix For: 3.0 beta 1
>
>
> Currently a number of thrift tests fail due to a NPE
> {code}
> test_range_deletion 
> test_batch_mutate_remove_slice_standard
> test_batch_mutate_remove_slice_of_entire_supercolumns
> {code}
> These errors all stem from the fact we aren't properly throwing a validation exception when a deletion with a slice that is not start == finish.  
> We should add better validation to throw a clear exception sooner.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)