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
It would be nice to make a config switch for the expanded file extension.
I agree that it's very clear what happens if you see keys like /myprops.json/bla but it also forces me to make a clear choice up front how to organise my repo(s).
If at some point I decide the json file gets to big and I'd like to split it up in smaller pieces, I can never replicate the original keys that where generated, where I might have already various applications depending on a certain structure. Allowing the extension to be optional gives a bit more flexibility.
This would also make it (almost) compatible with Spring Cloud Consul which expects file contents (not expanded) to be the value and the key to be the file name without the extension.
To truly be compatible with Spring Cloud Consul, you'd also need to capability of adding a "suffix" at the end of the key. It expects a file "my-settings.yaml" to be in consul with /path/to/file/my-settings/data and value is the contents of the file.
It would be nice to make a config switch for the expanded file extension.
I agree that it's very clear what happens if you see keys like
/myprops.json/bla
but it also forces me to make a clear choice up front how to organise my repo(s).If at some point I decide the json file gets to big and I'd like to split it up in smaller pieces, I can never replicate the original keys that where generated, where I might have already various applications depending on a certain structure. Allowing the extension to be optional gives a bit more flexibility.
i.e.
Will end up in {
If my obj1 grows to big, with more nested objects, it might make sense to split it, bit then I end up with:
Basically having to change all application that depend on the
obj1
key.So it would be nice if I can force the output to be:
Also with the upcoming features for
.properties
files it would be nice to be able to switch, without an effect on the generated keys.With regards to the
.properties
support, will keys be exported as is, or will there be an option or created folders per.
separation in the key?The text was updated successfully, but these errors were encountered: