The property supports_do_not_extend  is for a different purpose. It is used to 
not extend the parents configs.
Thanks
Jayush


/**
 * Determine if the configuration should extend the parents configuration.
 *
 * @return true if this configuration should extend the parents; false otherwise
 */
//todo: is this valuable as a generic module concept?
private boolean isExtensionEnabled() {
  Map<String, String> supportsMap = 
getModuleInfo().getAttributes().get(ConfigurationInfo.Supports.KEYWORD);
  if (supportsMap == null) {
    return true;
  }

  String val = 
supportsMap.get(ConfigurationInfo.Supports.DO_NOT_EXTEND.getPropertyName());
  return val == null || val.equals("false");
}


From: Henning Kropp <[email protected]<mailto:[email protected]>>
Reply-To: "[email protected]<mailto:[email protected]>" 
<[email protected]<mailto:[email protected]>>
Date: Thursday, March 10, 2016 at 6:55 AM
To: "[email protected]<mailto:[email protected]>" 
<[email protected]<mailto:[email protected]>>
Subject: Re: Disable Custom Config Section for Service

Thank you Matt!

I did use <configuration supports_final="true" supports_do_not_extend="true">  
you wouldn't happen to know the difference between supports_do_not_extend and 
supports_adding_forbidden?

Or maybe there is no difference, but just depending on the Ambari version?

Regards,
Henning

BTW: I also asked the question here: 
https://community.hortonworks.com/questions/22295/how-do-i-disable-custom-config-section-for-a-servi.html
 If you would like to answer?

---- On Do, 10 Mrz 2016 10:35:40 +0100 Mithun Mathew 
<[email protected]<mailto:[email protected]>>wrote ----

You can use an attribute called supports_adding_forbidden inside the 
configuration tag.

Something like this:

<configurationsupports_adding_forbidden="true">


Regards
Matt

On Thu, Mar 10, 2016 at 12:50 AM, Henning Kropp 
<[email protected]<mailto:[email protected]>> wrote:

Hi,

how can I disable the "Custom" properties section for a config file defined in 
a newly created service for Ambari?

Thanks and regards,
Henning





--
Mithun Mathew (Matt)

  *

www.linkedin.com/in/mithunmatt/<http://www.linkedin.com/in/mithunmatt/>

Reply via email to