You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@vcl.apache.org by "Andy Kurth (JIRA)" <ji...@apache.org> on 2017/06/12 15:57:00 UTC

[jira] [Resolved] (VCL-887) Clean up backend code

     [ https://issues.apache.org/jira/browse/VCL-887?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Andy Kurth resolved VCL-887.
----------------------------
    Resolution: Done

> Clean up backend code
> ---------------------
>
>                 Key: VCL-887
>                 URL: https://issues.apache.org/jira/browse/VCL-887
>             Project: VCL
>          Issue Type: Improvement
>          Components: vcld (backend)
>            Reporter: Andy Kurth
>            Assignee: Andy Kurth
>             Fix For: 2.5
>
>
> Nearly all of the backend code is consistently formatted.  For example:
> {code}
> if ($foo) {
>    notify($ERRORS{'OK'}, 0, "some useful message");
> }
> else {
>    notify($ERRORS{'WARNING'}, 0, "some useful warning");
> }
> {code}
> There is a space between _if_ and the opening parenthesis and another between the closing parenthesis and opening curly bracket.  Compare it to:
> {code}
> if(!defined($du_output)) {
>    notify($ERRORS{'WARNING'}, 0, "failed to execute command du command to if image $image_name exists");
>    return;
> }
> {code}
> Where's the space?  What does the message mean?
> Granted, the space issues are trivial.  The nonsensical _notify_ message is a bit more of a problem.
> Perhaps we should create a script to analyze the code or even add a hidden option to _vcld_ to analyze itself.  Committers could run it before committing to check for any accidental inconsistencies.  We could add a step to the release procedures to run the script and check for inconsistencies.
> This issue will be used to track all of the code cleanup and of the development of any automated methods created to address this.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)