[ https://issues.apache.org/jira/browse/CASSANDRA-17188?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17480183#comment-17480183 ]
Benedict Elliott Smith commented on CASSANDRA-17188: ---------------------------------------------------- I think it is reasonable to ask that a proposal is made for how guardrails will coherently fit into the public APIs it will interface with. I don't think this has been discussed anywhere that I have seen - at least not broadly. This isn't in my opinion "freezing" anything as it's a core part of the proposed work. I am not sold on the idea that work should be committed without considering these design elements, with the justification that it can be refactored later. In my opinion that's the same as abdicating the design work. > Guardrails for consistency levels > --------------------------------- > > Key: CASSANDRA-17188 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17188 > Project: Cassandra > Issue Type: New Feature > Components: Feature/Guardrails > Reporter: Andres de la Peña > Assignee: Andres de la Peña > Priority: Normal > Fix For: 4.x > > > Add guardrails for read/write consistency levels, for example: > {code:java} > # Guardrail to warn about or reject read consistency levels. > # By default all consistency levels are allowed. > read_consistency_levels: > warned: [] > disallowed: [] > # Guardrail to warn about or reject write consistency levels. > # By default all consistency levels are allowed. > write_consistency_levels: > warned: [] > disallowed: [] > {code} -- This message was sent by Atlassian Jira (v8.20.1#820001) --------------------------------------------------------------------- To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org