You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@aurora.apache.org by "Bill Farner (JIRA)" <ji...@apache.org> on 2015/12/28 03:57:49 UTC

[jira] [Resolved] (AURORA-110) Introduce "strict mode" for the aurora client

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

Bill Farner resolved AURORA-110.
--------------------------------
    Resolution: Later

> Introduce "strict mode" for the aurora client
> ---------------------------------------------
>
>                 Key: AURORA-110
>                 URL: https://issues.apache.org/jira/browse/AURORA-110
>             Project: Aurora
>          Issue Type: Story
>          Components: Client
>            Reporter: Kevin Sweeney
>            Priority: Minor
>
> Right now our deprecation cycles are generally accompanied by printing a (sometimes ominous) warning message to the screen for a time period, and then releasing a backwards incompatible client that will cause breakage. Introduce a "strict mode" for the client that fails rather than warns when a known-deprecated feature is used.
> It's a better user experience than finding out (via a client error) that a client no longer supports a feature you relied on and would allow us a predictable-but-fair deprecation cycle - e.g. the "quick fix" is always to remove the --strict flag. For inspiration see Python's _future_ and gcc's -Werror.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)