[jira] [Updated] (CASSANDRA-6595) Avoid special casing received/expected counts in CAS timeout exceptions

2018-05-11 Thread Jeremy Hanna (JIRA)

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

Jeremy Hanna updated CASSANDRA-6595:

Labels: LWT  (was: )

> Avoid special casing received/expected counts in CAS timeout exceptions
> ---
>
> Key: CASSANDRA-6595
> URL: https://issues.apache.org/jira/browse/CASSANDRA-6595
> Project: Cassandra
>  Issue Type: Improvement
>Reporter: Sylvain Lebresne
>Assignee: Sylvain Lebresne
>Priority: Trivial
>  Labels: LWT
> Fix For: 2.0.5
>
> Attachments: 6595.txt
>
>
> For CAS, we send a few timeouts with -1 as received and expected counts, but 
> it's kind of confusing from a user perspective (meaning that it could easily 
> break user code that check those numbers just because they didn't expected a 
> negative number). Suggesting to return 0 for received and whatever we block 
> for for the CL involved for required instead.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org



[jira] [Updated] (CASSANDRA-6595) Avoid special casing received/expected counts in CAS timeout exceptions

2014-01-16 Thread Sylvain Lebresne (JIRA)

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

Sylvain Lebresne updated CASSANDRA-6595:


Attachment: 6595.txt

Trivial patch attached.

 Avoid special casing received/expected counts in CAS timeout exceptions
 ---

 Key: CASSANDRA-6595
 URL: https://issues.apache.org/jira/browse/CASSANDRA-6595
 Project: Cassandra
  Issue Type: Improvement
Reporter: Sylvain Lebresne
Assignee: Sylvain Lebresne
Priority: Trivial
 Fix For: 2.0.5

 Attachments: 6595.txt


 For CAS, we send a few timeouts with -1 as received and expected counts, but 
 it's kind of confusing from a user perspective (meaning that it could easily 
 break user code that check those numbers just because they didn't expected a 
 negative number). Suggesting to return 0 for received and whatever we block 
 for for the CL involved for required instead.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)