You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Christopher Batey (JIRA)" <ji...@apache.org> on 2016/09/10 15:15:20 UTC
[jira] [Created] (CASSANDRA-12625) Distinguish between CAS prepare
and propose failures
Christopher Batey created CASSANDRA-12625:
---------------------------------------------
Summary: Distinguish between CAS prepare and propose failures
Key: CASSANDRA-12625
URL: https://issues.apache.org/jira/browse/CASSANDRA-12625
Project: Cassandra
Issue Type: Improvement
Reporter: Christopher Batey
Assignee: Christopher Batey
Priority: Minor
Fix For: 3.x
I spoke to a lot of users at the summit and had the feedback that the hardest part of building applications using LWTs is dealing with WriteTimeouts of type CAS.
Following up from https://issues.apache.org/jira/browse/CASSANDRA-8672 I think we should add a separate WriteType for timing out during the prepare phase assuming we can advise users to retry the operation or be confident it has failed as it won't be completed by a later SERIAL read or LWT.
We can't remove the ambiguity at the propose phase but this will remove one of the unknown cases.
cc [~slebresne] [~bdeggleston] [~spodxx@gmail.com]
Happy to do a patch for this but assuming it will need a native protocol change when can we do it?
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)