You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ambari.apache.org by "Jaimin D Jetly (JIRA)" <ji...@apache.org> on 2014/08/20 22:29:47 UTC

[jira] [Created] (AMBARI-6959) Stacks service API: Need for a separate config dependency field.

Jaimin D Jetly created AMBARI-6959:
--------------------------------------

             Summary: Stacks service API: Need for a separate config dependency field.
                 Key: AMBARI-6959
                 URL: https://issues.apache.org/jira/browse/AMBARI-6959
             Project: Ambari
          Issue Type: Task
          Components: site
    Affects Versions: 1.7.0
            Reporter: Jaimin D Jetly
            Assignee: Andrew Onischuk
            Priority: Critical
             Fix For: 1.7.0


Right now service metainfo definition provides 
configuration-dependencies tag that is exposed in the API as configTypes field.

API should expose two different fields:

*1. configTypesDependencies:*
Name of all the configuration types on which the service is dependent. UI will use this for *service restart required functionality*. NOTE: This can be more than the configuration carried by the service. Example Hive service does not expose tez-site configs but requires restart when tez-configs change.

*2. configTypes:*
Name of all the configuration types that the service carries in it's configuration folder. UI will use this to *display configType section and configurations on the service config page*.

As of now UI Uses the configTypes files that actually gives configDependencies values by hard-coding the references to the services in the web-code which can lead to potential bugs when service metainfo.xml is changed with to address just one functionality




--
This message was sent by Atlassian JIRA
(v6.2#6252)