kedro.framework.project module provides utitlity to configure a Kedro project and access its settings.
From __init__.py
:
Function | configure |
Configure logging according to logging_config dictionary. |
Function | configure |
Configure a Kedro project by populating its settings with values defined in user's settings.py and pipeline_registry.py. |
Function | find |
Automatically find modular pipelines having a create_pipeline function. By default, projects created using Kedro 0.18.3 and higher call this function to autoregister pipelines upon creation/addition. |
Function | validate |
Eagerly validate that the settings module is importable. This is desirable to surface any syntax or import errors early. In particular, without eagerly importing the settings module, dynaconf would silence any import error (e... |
Constant | IMPORT |
Undocumented |
Constant | LOGGING |
Undocumented |
Constant | PACKAGE |
Undocumented |
Variable | pipelines |
Undocumented |
Variable | settings |
Undocumented |
Class | _ |
A validator to check that the parent of the default class is an ancestor of the settings value. |
Class | _ |
A validator to check if the supplied setting value is a subclass of the default class |
Class | _ |
No class docstring; 0/1 instance variable, 2/2 methods documented |
Class | _ |
A read-only lazy dictionary-like object to hold the project pipelines. On configure it will store the pipelines module. On first data access, e.g. through __getitem__, it will load the registered pipelines and merge them with pipelines defined from hooks. |
Class | _ |
Define all settings available for users to configure in Kedro, along with their validation rules and default values. Use Dynaconf's LazySettings as base. |
Function | _create |
Undocumented |
Function | _get |
Undocumented |
Function | _load |
Wrap a method in _ProjectPipelines so that data is loaded on first access. Taking inspiration from dynaconf.utils.functional.new_method_proxy |
Undocumented
Value |
|
Wrap a method in _ProjectPipelines so that data is loaded on first access. Taking inspiration from dynaconf.utils.functional.new_method_proxy
Configure a Kedro project by populating its settings with values defined in user's settings.py and pipeline_registry.py.
Eagerly validate that the settings module is importable. This is desirable to surface any syntax or import errors early. In particular, without eagerly importing the settings module, dynaconf would silence any import error (e.g. missing dependency, missing/mislabelled pipeline), and users would instead get a cryptic error message Expected an instance of `ConfigLoader`, got `NoneType` instead. More info on the dynaconf issue: https://github.com/rochacbruno/dynaconf/issues/460
Automatically find modular pipelines having a create_pipeline function. By default, projects created using Kedro 0.18.3 and higher call this function to autoregister pipelines upon creation/addition.
Projects that require more fine-grained control can still define the pipeline registry without calling this function. Alternatively, they can modify the mapping generated by the find_pipelines function.
For more information on the pipeline registry and autodiscovery, see https://kedro.readthedocs.io/en/latest/nodes_and_pipelines/pipeline_registry.html
Returns | |
Dict[ | A generated mapping from pipeline names to Pipeline objects. |
Warns | |
UserWarning | When a module does not expose a create_pipeline function, the create_pipeline function does not return a Pipeline object, or if the module import fails up front. |