Introduction

Introduced in Ambari-2.1.0, the Enhanced Configs feature makes it possible for service providers to customize their service's configs to a great deal and determine which configs are prominently shown to user without making any UI code changes. Customization includes providing a service friendly layout, better controls (sliders, combos, lists, toggles, spinners, etc.), better validation (minimum, maximum, enums), automatic unit conversion (MB, GB, seconds, milliseconds, etc.), configuration dependencies and improved dynamic recommendations of default values.

 A service provider can accomplish all the above just by changing their service definition in the stacks/ folder.

 Example: Hive Enhanced Configs

Features

• Define theme with custom layout of configs

• Tabs

• Sections

• Sub-sections

• Place selected configs in the layout defined above

• Associate UI widget to use for a config

• Radio Buttons

• Slider

• Combo

• Time Interval Spinner

• Toggle

• Directory

• Directories

• List

• Password

• Text Field

• Checkbox

• Text Area

• Automatic unit conversion for configs which have to be shown in units different from the units being saved as.

• Memory - B, KB, MB, GB, TB, PB

• Time - milliseconds, seconds, minutes, hours, days, months, years

• Percentage - float, percentage

• Ability to define dependencies between configurations across services (depends-on, depended-by).

• Ability to dynamically update values of other depended-by configs when a config is changed.

Enable Enhanced Configs - Steps

Step 1 - Create Theme (UI Metadata)

The first step is to create a theme for your service in the stack definition folder. A theme provides necessary information of the UI to construct the enhanced configs. UI information like layout (tabs, sections, sub-sections), placement of configs in the sub-sections, and which widgets and units to use for each config

1. Modify metainfo.xml to define a theme by including a themes block.

   <themes-dir>themes-dir</themes-dir> <themes> <theme> <fileName>theme.json</fileName> <default>true</default> </theme> </themes>

2. The optional <themes-dir> element can be used if the default theme folder of 'themes' is not desired, or taken by another service in the same metainfo.xml.

3. Multiple themes can be defined, however only the first default theme will be used for the service.

4. Each theme points to a theme JSON file (via fileName element) in the themes-dir folder.

5. The theme.json file contains one configuration block containing three main keys

1. layouts - specify tabs, sections and sub-section layout

2. placement - specify configurations to place in sub-sections

3. widgets - specify which UI widgets to use for each config
   

   { "configuration": { "layouts": [ ... ], "placement": { ... }, "widgets": [ ... ] } }

    

6. Layouts - Multiple layouts can be defined in a theme. Currently only the first layout will be used while rendering. A layout has following content:

1. Tabs: Multiple tabs can be defined in a layout. Each tab can have its contents laid out using a simple grid-layout using the tab-columns and tab-rows keys.
   
   In below example the Settings tab has a grid of 3 rows and 2 columns in which sections can be placed.

2. Sections: Each section is defined inside a tab and specifies its location and size inside the tab's grid-layout by using the row-index, column-index, row-span and column-span keys. Being a container itself, it can further define a grid-layout for the sub-sections it contains using the section-rows and section-columns keys.
   
   In below example the MapReduce section occupies the first cell of the Settings tab grid, and itself has a grid-layout of 1 row and 3 columns.

1. Sub-sections: Each sub-section is defined inside a section and specifies its location and size inside the section's grid-layout using the row-index, column-index, row-span and column-span keys. Each section also has an optional border boolean key which tells if a border should encapsulate its content.
   
   

1. Placement: Specifies the order of configurations that are to be placed into each sub-section. Each placement identifies a config, and which sub-section it should appear in. The placement specifies which layout it applies to using the configuration-layout key.
   
   

1. Wigets: The widgets array specifies which UI widget should be used to show a specific config. It also contains extra UI specific metadata required to show the widget.
   
   In the example below, both configs are using the slider widget. However the unit varies, resulting in one config being shown in bytes and another being shown as percentage. This unit is purely for showing a config - which is different from the units in which it is actually persisted in Ambari. For example, the percent unit below maybe persisted as a float, while the MB config below can be persisted in B (bytes).

For a complete reference to what UI widgets are available and what metadata can be specified per widget, please refer to Appendix A.