.. _model_config_component: CONFIG_*_FILE ============= .. contents:: :local: Entry ----- The following is an example entry for ``CONFIG__FILE`` in ``config_files.xml``. The ```` is replaced by the name of the component. There will be multiple ``entry`` elements, one for each component supported by the model. .. code-block:: xml char $COMP_ROOT_DIR_ATM/cime_config/config_component.xml case_last env_case.xml file containing specification of component specific definitions and values(for documentation only - DO NOT EDIT) $CIMEROOT/CIME/data/config/xml_schemas/entry_id.xsd $CIMEROOT/CIME/data/config/xml_schemas/entry_id_version3.xsd Schema Definition ----------------- The configuration is stored in ``config_component.xml`` under the components ``cime_config`` directory e.g. ``mosart/cime_config/config_component.xml``. This file will store multiple variables for the component defined using :ref:`*entry*` elements. Example contents of ``config_component.xml``. =================== ================================== Element/Attribute Description =================== ================================== desc Description for the component. entry XML variable entries. help Help text for the component. =================== ================================== .. code-block:: xml Stub atm component char satm satm case_comp env_case.xml Name of atmosphere component ========================================= SATM naming conventions in compset name ========================================= Triggering a rebuild -------------------- It's the responsibility of a component to define which settings will require a component to be rebuilt. These triggers can be defined as follows. .. code-block:: xml char NTASKS,NTHREADS,NINST rebuild_triggers env_build.xml Settings that will trigger a rebuild If a user was to change `NTASKS`, `NTHREADS`, or `NINST` in a case using the component, then a rebuild would be required before the case could be submitted again.