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
Summary. Since spring-boot 2.0 relaxed name rules have become much more logical and well-defined which opens the door to us finally properly supporting this.
Adopting the rules will mean re-thinking how we index and lookup property names.
I imagine we wouldn't index things based on the keys in the metadata (which contain hyphens) but rather based on the 'canonical' value of the key (lower case, all special chars removed).
Lookups should also use the canonical key. This means revisiting every place in the code that calls a lookup operation
ensure that canonical key is passed rather than the data found in the yaml file
make sure that caller is capable of dealing with discrepancies between the returned metadata items and their own (non-canonicalized version) of the key.
The text was updated successfully, but these errors were encountered:
I finally got round again to taking a look a this. I've started reading and trying to really understand some of the materials around the new binding mechanics. On the wiki:
Doesn't make sense to invest a lot effort in this. It works well enough. If bugs are raised for specific problems we should address them specificially.
See: #327
Summary. Since spring-boot 2.0 relaxed name rules have become much more logical and well-defined which opens the door to us finally properly supporting this.
The rules are very well explained here:
https://github.com/spring-projects/spring-boot/wiki/Relaxed-Binding-2.0
Adopting the rules will mean re-thinking how we index and lookup property names.
I imagine we wouldn't index things based on the keys in the metadata (which contain hyphens) but rather based on the 'canonical' value of the key (lower case, all special chars removed).
Lookups should also use the canonical key. This means revisiting every place in the code that calls a lookup operation
The text was updated successfully, but these errors were encountered: