[
https://issues.apache.org/jira/browse/CASSANDRA-21093?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18051240#comment-18051240
]
Stefan Miklosovic edited comment on CASSANDRA-21093 at 1/12/26 1:51 PM:
------------------------------------------------------------------------
this is how I would like to see that
https://github.com/apache/cassandra/pull/4557
basically, we are able to put whatever number of custom checks in the config
...
If you are OK with this approach, would you be available for a review? The
reviewing of a patch is as much important as its implementation as without a
proper review there is no patch to ship so your help in this matter is very
important, especially if you are going to be primary consumer of your idea.
was (Author: smiklosovic):
this is how I would like to see that
https://github.com/apache/cassandra/pull/4557
basically, we are able to put whatever number of custom checks in the config
...
> Custom startup checks plugin
> ----------------------------
>
> Key: CASSANDRA-21093
> URL: https://issues.apache.org/jira/browse/CASSANDRA-21093
> Project: Apache Cassandra
> Issue Type: Improvement
> Reporter: Nick Doan
> Assignee: Nick Doan
> Priority: Normal
> Time Spent: 0.5h
> Remaining Estimate: 0h
>
> {{Currently, the list of available startup checks is fixed for a given
> distribution. Users can optionally override whether a check type is executed
> using {_}startup_checks{_}.}}
>
> In some deployment environments, users may want to have additional checks in
> place, but currently, this would require running these checks separately
> before launching the Cassandra daemon. Can we potentially add support for
> {_}custom_startup_checks{_}, which takes a list of classes to be dynamically
> loaded at runtime from classpath? Alternatively, if custom deployments wraps
> CassandraDaemon, we can also consider exposing startup checks as a public
> singleton so that the wrapper can register additional startup checks.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
