chukwa-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ari Rabkin (JIRA)" <>
Subject [jira] Updated: (CHUKWA-527) stronger configuration checking
Date Mon, 04 Oct 2010 17:25:33 GMT


Ari Rabkin updated CHUKWA-527:

    Attachment: options.dict

This is my listing of automatically inferred Chukwa options, along with types.  Idea is that
if it's mostly auto-generated, it should be easier to keep up to date.

I can also generate separate dictionaries for each component, if that would be viewed as a
significant improvement on one big list.

Next step is adding the functionality to do the checking.

> stronger configuration checking
> -------------------------------
>                 Key: CHUKWA-527
>                 URL:
>             Project: Chukwa
>          Issue Type: New Feature
>          Components: data collection, documentation
>            Reporter: Ari Rabkin
>            Assignee: Ari Rabkin
>         Attachments: options.dict
> Chukwa has many configuration options, and it's easy to mis-set them.  I'd like to contribute
a module for doing stronger static checks of configuration at startup. 
> In particular, this will flag and log cases where:
>   An option is set in the Chukwa config files that is never read by Chukwa.
>   A non-numeric value is used for a numeric parameter, non-boolean value for boolean
parameter, etc.
> The table of options and types is automatically generated and then human-checked. It
should be easy to keep it up to date.
> The changes to the Chukwa codebase should be quite modest: one new Jar, and a handful
of lines to invoke that Jar on startup.
> Does this sound like a thing people would like to see?

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message