Developing The Plugin System¶
this page is intended for people wanting to contribute to
the plugin system in
aiida_core and is not needed for people who just want to contribute a plugin.
- Only restrict plugin developers when really necessary;
- Avoid schema changes whenever reasonably possible;
- Finding and loading plugins must be as fast as the plugin allows, especially for command-line (“cli”) commands. In other words, directly importing a plugin class should not be noticeably faster than using the plugin loader/factory;
- Implement as a drop-in replacement, provide backwards compatibility at first, think about changing interfaces if/when the old system is dropped;
- plugin management should be as user friendly from ipython as from the cli.
A unique name identifying the plugin. Suggested naming scheme is
- pypi distribution / repo name: aiida-<plugin_name>
- import name: aiida_<plugin_name>
- entry point names: <plugin_name>.name
The entry point for a plugin class looks as follows:
name = <module_path>:<classname>
Therefore within a plugin category the name allows us to find a specific plugin (as well as a typestring) The name is recommended to contain the plugin name (as detailed under
A name given to each area extensible via plugins, one of
Each category maps to an entry point group called:
The plugin loader relies on the reentry PyPI package to find and load entry points.
reentry has been added to setup_requires for AiiDA in order to enable scanning for existing plugins when AiiDA is installed. If for some reason
reentry is uninstalled or is not found, the plugin system will fall back on
pkg_resources from setuptools, which is slower.
The API docs are found at the following link: