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

Ekaterina Dimitrova commented on CASSANDRA-17571:
-------------------------------------------------

Thanks, I just addressed the review comments and  [ran 
CI|https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra?branch=review&filter=all]
 on 4.1. 2 known failures and 2 unit tests that I have missed to update. Added 
to the PR a fix now.

A few things to mention here:
 * I also updated the docs plus added min unit in cassandra.yaml for the 
properties where it made sense. What I mean - if a property default value is in 
B in the yaml, it is obvious we can set all units, so it didn't make sense to 
me to pollute the yaml for those properties.
 * Worth to mention here that now all three main classes (DataRateSpec, 
DurationSpec, DataStorageSpec) are abstract and people should use the extended 
classes which are now tested. I added a test to validate Config types, that 
people didn't use as type abstract class with constructor of a nested class. 
This will compile fine and if no value is set in cassandra.yaml, everything 
will be fine, BUT if someone adds a value in the yaml - then Cassandra won't 
start because SnakeYAML will want to use abstract class constructor. [The 
test|https://github.com/ekaterinadimitrova2/cassandra/pull/199/files#diff-392bbe6df967db1b9b2c70cb97bbd84779fa847b11573ed11ca601578ebf2936R48-R59]
 I added checks that no parameter has as a type any of the three abstract 
classes to prevent us from future bugs. In that sense, paxos_purge_grace_period 
is fixed now as the author has done the mistake I mentioned originally. (using 
the main class and because the main classes were not abstract this was even 
worse as de facto the smallest Duration unit was set to nanoseconds).

> Config upper bound should be handled earlier
> --------------------------------------------
>
>                 Key: CASSANDRA-17571
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-17571
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Local/Config
>            Reporter: Ekaterina Dimitrova
>            Assignee: Ekaterina Dimitrova
>            Priority: Normal
>             Fix For: 4.1-beta, 4.x
>
>
> Config upper bound should be handled on startup/config setup and not during 
> conversion



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

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to