You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Cross referencing params across siblings removes the problem of having duplicate param definitions and assignment (in answers file)
Mapping allows to update, override, and hence control the config data that gets passed to the component. This allows explicit
and controlled distribution of config data from the root Nulecule application to all the leaves. Also, this allows abstracting
an external Nulecule application and it's children altogether, even if the external Nulecule application does not use
mapping.
This leads to a cleaner answers file with sections belonging to the components of the Nulecule application
I am consuming
However, this does not stop, updating or patching config data for a Nulecule component at any level in
answers.conf. For example, we have overriden the default values of redis-slave in external redis app.
This seems to be backwards compatible with the current Nulecule params.
One important reason for the work on refactoring the Nulecule params was that, I should not care to know what are the child components of a Nulecule when using it in another Nulecule app. However, that said, I should not be restricted to know about a Nulecule component at any level and override variables in it's scope.
This is easily possible by adding extra sections in answers.conf:
One important reason for the work on refactoring the Nulecule params was that, I should not care to know what are the child components of a Nulecule when using it in another Nulecule app. However, that said, I should not be restricted to know about a Nulecule component at any level and override variables in it's scope.
This is easily possible by adding extra sections in
answers.conf
: