Martin Visser

To be honest, I don't know if this is actually valid. My builds start to misbehave after I upgraded, but even downgrading back to 7.2 and 6.9.1 gave me the...

After some more research I'm pretty sure it isn't a rogue daemon. After stopping all with both `gradle --stop` and `./gradlew --stop` and even a restart it immediately starts giving...

I have the same problem here. We have an encrypted password stored for the config server. Locally this is overridden by just a plaintext value. In our case it's the...

I agree, this is something different, because after some more testing I found out that the overriding of `security.user.password` indeed does work.

I see you added 2.7.x milestone, but forgot to mention this (also) happened using Spring Boot 3.1.0

We don't create or try to load our own, and I'm not entirely sure where it came from. The `ObervationRegistry` is autowired. The DGS bean is loaded, so that means...

This works too indeed: ```kotlin @Bean fun contextRegistry(): ContextRegistry = ContextRegistry() ``` But obviously this just hides the DGS bean

The one that already loads the `ObservationThreadLocalAccessor` comes from `io.micrometer:micrometer-observation` from `META-INF/services/io.micrometer.context.ThreadLocalAccessor`: ``` io.micrometer.observation.contextpropagation.ObservationThreadLocalAccessor ``` And is loaded via a `ServiceLoader` in `ContextRegistry` from: ```java private static final ContextRegistry instance...

Probably relevant, it's `ContextPropagationSupport` that loads the class, which is triggered because we have `Hooks.enableAutomaticContextPropagation()` in our Spring Boot app: ```kotlin fun main(vararg args: String) { Hooks.enableAutomaticContextPropagation() runApplication(*args) } ```...

@laurit That's actually what I meant by using the "old values" to make it work again. @breedx-splk We're running on Cloud Foundry, which has a feature to kill an application...