Properties/YAML Editors and Map Keys

[garyrussell]

See spring-projects/spring-boot#13555

This syntax is allowed:

logging.level.[org.springframework.kafka.listener.KafkaMessageListenerContainer$ListenerConsumer]=info

and is required when the logger is for an innner class (contains $).

However, STS flags this as invalid syntax

Also, similar keys in YAML are indicated in black:

[kdvolder]

I think you can just write:

logging.level.org.springframework.kafka.listener.KafkaMessageListenerContainer$ListenerConsumer=info

Or doesn't that work?

[kdvolder]

BTW: I think if you are going to use the '[]' notation, which is kind of logical here, I aggree, I think you probably shouldn't add the extra '.'. So like this:

logging.level[org.springframework.kafka.listener.KafkaMessageListenerContainer$ListenerConsumer]=info

But I checked and STS also doesn't 'approve' of that notation.

I think it is because we are assuming the notation with '[]' is meant for indexing with numbers inside of 'array-like' constructs. If that was ever really the way it worked (?), at least it looks like this is no longer really the case, so this is definitely a bug we should fix.

[garyrussell]

Unfortunately, no; Boot strips out the $ - see the referenced Boot issue.

[garyrussell]

Looks like [...] indicates an index or a map key

 * <p>
 * The "{@code [}" and "{@code ]}" characters may be used to indicate an associative
 * index(i.e. a {@link Map} key or a {@link Collection} index. Indexes names are not
 * restricted and are considered case-sensitive.

[garyrussell]

I just tested it and boot doesn't care whether or not there is a dot before the [..

logging:
  level:
    org.springframework.kafka.listener[KafkaMessageListenerContainer$ListenerConsumer]: info

works too.

and this

logging.level[org.springframework.kafka.listener.KafkaMessageListenerContainer$ListenerConsumer]: info

[kdvolder]

The STS 'parser' for these '.' and '[]' things probably does care... If I remember correctly. So that's another bug.

[garyrussell]

I've asked on the boot doco issue: spring-projects/spring-boot#13506 (comment)

[garyrussell]

The boot team confirmed that both syntaxes are supported (with/without . before [).