table of contents
- unstable 0.8.14-5.1
md_src_plugins_glob_README - README
- infos = Information about glob plugin is in keys below
- infos/author = Felix Berlakovich email@example.com
- infos/licence = BSD
- infos/needs =
- infos/ordering = check keytometa
- infos/stacking = no
- infos/provides =
- infos/placements = presetstorage postgetstorage
- infos/description = copies metadata to keys with the help of globbing
The glob plugin provides coping metadata given by the plugin's configuration to keys identified using glob expressions. Globbing resembles regular expressions. They do not have the same expressive power, but are easier to use. The semantics are more suitable to match path names:
- * matches with any key name of just one hierarchy. This means it complies with any character except slash or null.
- ? satisfies single characters with the same exclusions.
- Additionally, there are ranges and character classes. They can also be inverted.
So this plugin adds metadata to keys identified by globbing expressions. The plugin copies the metadata of the corresponding globbing keys in its configuration. Globbing can be applied in get and set direction or both.
The plugin is configured with globbing keys in its configuration. Each key below the configuration is interpreted as a globbing key. The value of the key contains the globbing expression. When a key matching the glob expression contained in one of the globbing keys is found, the metakeys of the corresponding globbing key are copied.
Globbing keys located directly below the configuration (e.g config/glob/#1) are applied in both directions (get and set). Keys below 'get' (e.g. config/glob/get/#1) are applied only in the get direction and keys below set (e.g. config/glob/set/#1) are applied only in the set direction.
So the glob plugin iterates over a list of glob expressions for every key. Metadata is applied only for the first expression that matches. So later expressions can be used as default values.
Globbing keys may contain a subkey named 'flags'. This optional key contains the flags to be passed to the globbing function (currently fnmatch). If the key does not exist or if the value of the key cannot be converted into a number, FNM_PATHNAME is used as a default (see fnmatch(3) for more details).
Glob statements are very useful together with contracts. Storage plugins can request the glob plugin to fill up metadata before they receive the keys in elektraPluginSet(). In config/needs, the plugin declares which keys should obtain which metadata. If the glob expression starts with a slash, the contract checker will automatically prepend the mount point.
For example, the hosts plugin contract contains:
KEY_META, "check/ipaddr", "", /* Preferred way to check */
/* Can be checked additionally */
KEY_META, "check/validation", "^[0-9.:]+$",
"Character present not suitable for ip address",
/* Strict character validation */
KEY_META, "check/validation", "^[0-9a-zA-Z.:]+$",
"Character present not suitable for host address",
We see that the hosts plugin adds two glob statements with the clause config/needs. The first one matches with hostnames, the second with aliases.
The glob plugin only fills the metadata in kdbSet(). This makes a difference compared with adding the metadata already in kdbGet(). Using the glob plugin, the user will not see the metadata, but later plugins in kdbSet() will.
To sum up, the glob plugin replenishes the keys with metadata. The plugin applies metadata in a flexible way. This metadata can be used for later checks. Limited configuration storage plugins, like the hosts plugin, use this feature. They need it because they are not able to store metadata themselves. It is obviously not possible to apply values to non-existing keys.
|Sun May 29 2016||Version 0.8.14|