You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Are there any plans to support nested / hierarchical values when fetched form consul?
I am not sure how this is even supported in tiller in general, can i define
and how those values will be accessed in the template, probably
<%= test[:something]%>
<%= simple%>
i cannot really see a reason to not do so. The only issue we have with consul is, that diplomat has a fairly crazy way to deal with nesting, eventhough they support it.
They are return a flat hashmap were keys would look like
So its flattened, actually even worse then that, when you ask the KV for KV.get('all/from/here/')
All keys are even prefixed with all/from/here/ .. makes the whole code depenedend on were you found the tree. I am thinking about writing a extension for diplomat to create a proper hashmap - diplomat actually just parses the plain json consul returns - and thats consuls format
Any thoughts on this?
The text was updated successfully, but these errors were encountered:
Just for the notes, of course i now use things like
value = Diplomat::Kv.get('some/nexte/path/to/value')
eventhough this works, it does not respect overlays for global and production and is overall complicated with this all/env overlays and makes those useless ( practical, you only can use all )
Are there any plans to support nested / hierarchical values when fetched form consul?
I am not sure how this is even supported in tiller in general, can i define
and how those values will be accessed in the template, probably
i cannot really see a reason to not do so. The only issue we have with consul is, that diplomat has a fairly crazy way to deal with nesting, eventhough they support it.
They are return a flat hashmap were keys would look like
So its flattened, actually even worse then that, when you ask the KV for KV.get('all/from/here/')
All keys are even prefixed with all/from/here/ .. makes the whole code depenedend on were you found the tree. I am thinking about writing a extension for diplomat to create a proper hashmap - diplomat actually just parses the plain json consul returns - and thats consuls format
Any thoughts on this?
The text was updated successfully, but these errors were encountered: