A loader interface around multiple config file formats.
plaster is a loader interface around multiple config file formats. It exists to define a common API for applications to use when they wish to load configuration. The library itself does not aim to handle anything except a basic API that applications may use to find and load configuration settings. Any specific constraints should be implemented in a pluggable loader which can be registered via an entrypoint.
See https://docs.pylonsproject.org/projects/plaster/en/latest/ or docs/index.rst in this distribution for detailed documentation.
- Improve the exception message for InvalidURI to show the config_uri. See https://github.com/Pylons/plaster/pull/17
- When a scheme is not supplied, plaster.parse_uri will now autogenerate a scheme from the file extension with the format file+<ext> instead of simply <ext> (for example, file+ini instead of ini). See https://github.com/Pylons/plaster/pull/16
- Absolute lookups are now pulled from the start of the scheme instead of the end. This means that if you want to explicitly define the package that the loader is pulled from, use package+scheme instead of scheme+package. See https://github.com/Pylons/plaster/pull/16
- Removed the plaster.NoSectionError exception. It’s expected that individual loaders should return an empty dictionary of settings in the case that a section cannot be found. See https://github.com/Pylons/plaster/pull/12
- Expect the wsgi protocol to raise LookupError exceptions when a named wsgi component cannot be found. See https://github.com/Pylons/plaster/pull/12
- Lookup now works differently. First “foo+bar” looks for an installed project distribution named “bar” with a loader named “foo”. If this fails then it looks for any loader named “foo+bar”.
- Rename the loader entry point to plaster.loader_factory.
- Add the concept of protocols to plaster.get_loader and plaster.find_loaders.
- plaster.find_loaders now works on just schemes and protocols instead of full PlasterURL objects and implements the lookup algorithm for finding loader factories.
- Change the ILoaderInfo interface to avoid being coupled to a particular uri. ILoaderInfo.load now takes a config_uri parameter.
- Add a options dictionary to PlasterURL containing any arguments decoded from the query string. Loaders may use these for whatever they wish but one good option is default values in a config file.
- Define the IWSGIProtocol interface which addons can use to implement a loader that can return full wsgi apps, servers and filters.
- The scheme is now case-insensitive.
- Allow config_uri syntax scheme:path alongside scheme://path. See https://github.com/Pylons/plaster/issues/3
- Improve errors to show the user-supplied values in the error message. See https://github.com/Pylons/plaster/pull/4
- Add plaster.find_loaders which can be used by people who need a way to recover when ambiguous loaders are discovered via plaster.get_loader. See https://github.com/Pylons/plaster/pull/5
- Rename plaster.Loader to plaster.ILoader to signify its purpose as an interface with no actual implementation. See https://github.com/Pylons/plaster/pull/5
- Introduce plaster.ILoaderFactory to document what the entry point targets are expected to implement. See https://github.com/Pylons/plaster/pull/5
- Initial release.
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
|Filename, size||File type||Python version||Upload date||Hashes|
|Filename, size plaster-1.0-py2.py3-none-any.whl (14.1 kB)||File type Wheel||Python version py2.py3||Upload date||Hashes View|
|Filename, size plaster-1.0.tar.gz (29.6 kB)||File type Source||Python version None||Upload date||Hashes View|
Hashes for plaster-1.0-py2.py3-none-any.whl