You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Yifan Cai (Jira)" <ji...@apache.org> on 2022/05/02 17:12:00 UTC

[jira] [Commented] (CASSANDRA-17544) Add EnableFlag to guardrails API

    [ https://issues.apache.org/jira/browse/CASSANDRA-17544?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17530841#comment-17530841 ] 

Yifan Cai commented on CASSANDRA-17544:
---------------------------------------

Agree. I think we can mark it as 4.x. It is to be merged with trunk only. 

> Add EnableFlag to guardrails API
> --------------------------------
>
>                 Key: CASSANDRA-17544
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-17544
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Feature/Guardrails
>            Reporter: Josh McKenzie
>            Assignee: Bernardo Botella Corbi
>            Priority: Low
>             Fix For: 4.1
>
>          Time Spent: 20m
>  Remaining Estimate: 0h
>
> Currently we only have a DisableFlag which, for guardrails where we're enabling or disabling a feature, leads to some pretty odd ergonomics in the code. For example:
>  
> {code:java}
> public static final DisableFlag compactTablesEnabled =
> new DisableFlag("compact_tables",
>                 state -> !CONFIG_PROVIDER.getOrCreate(state).getCompactTablesEnabled(),
>                 "Creation of new COMPACT STORAGE tables"); {code}
> So far, the usage of these toggle flags appears to be skewed heavily towards the inverse, or an EnableFlag that'd look something like this:
> {code:java}
> public static final EnableFlag featureEnabled = new EnableFlag("feature_name", state -> CONFIG_PROVIDER.getOrCreate(state).getCompactTablesEnabled(), "Text for feature"); {code}
> While it's a relatively small change it'll help tidy up some of the guardrails framework and make the logic clearer.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)

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