Expand description
Write tools. Every mutation builds a full candidate GatewayConfig, then
either validates it (dry_run) or commits it through the configured
ConfigStore โ exactly the path the Admin API takes.
Structsยง
Functionsยง
- commit_
candidate - Applies
mutateto a clone of the live config, then validates or commits. - delete_
plugin_ config - delete_
policy - delete_
route - delete_
store - delete_
supernode - named_
json ๐ - Names of the entries in a named-resource section, keyed for comparison.
- parse_
named ๐ - Like
super::parse_payload, but thenameargument wins over (or fills in) anynameinside the payload before deserializing โ payloads commonly omitnameand rely on the tool argument, exactly as the RESTPUT /api/...{name}handlers let the path segment override the body. - put_
plugin_ config - put_
policy - put_
route - put_
store - put_
supernode - reload_
config - Re-reads
gateway.yaml. With the file config source,put_*/delete_*edits are live but never written back, so a reload silently reverts them โ hence the guard: unlessdiscard_unsavedis set, any difference between memory and disk is reported and nothing is reloaded. - remove ๐
- unsaved_
changes - One line per resource that differs between the live config and the file:
policy 'p' only in memory,route 'r' only on disk,store 's' differs. - upsert ๐