Open rboyer opened 5 years ago
Hey there, We wanted to check in on this request since it has been inactive for at least 60 days. If you think this is still an important issue in the latest version of Consul or its documentation please reply with a comment here which will cause it to stay open for investigation. If there is still no activity on this issue for 30 more days, we will go ahead and close it.
Feel free to check out the community forum as well! Thank you!
@rboyer This would be huge if we could bulk write intentions. Are there any plans to support?
Consul 1.6.0 enforces various constraints on the config entries used in the discovery chain. When a config entry modification is attempted, that change is vetted against the rest of the config entries and any possible discovery chain involved. This prevents changes that would otherwise break the data model.
There are situations where it becomes hard if not impossible to edit config entries after creation if only a single config entry is allowed to be modified at a time. For example:
service-resolver:a
withredirect { service = "b" }
service-defaults:a
withprotocol = "grpc"
Step 2 fails because
b
is stilltcp
. You can't setb
togrpc
because it would break for the same reason. This could be sidestepped if multiple changes could be submitted in the same transaction.