erabii
erabii
The PR is out for this one, [here](https://github.com/spring-cloud/spring-cloud-kubernetes/pull/1956), but it will take Ryan or someone else from the team to take a closer look.
@vineeth-au thank you for the effort and the call we had where you explained the issue, that was very helpful. This is now fixed.
I'm not sure what you mean by: > KubernetesClientEventBasedConfigMapChangeDetector does its initial load of all configmaps in the current namespace We do read all config maps indeed, but not here,...
yeah, setting the name there would not help, we still read them all... I am more inclined to "fix" this as an enhancement, instead of documenting the shortcoming. I have...
I started working on a prototype to see where that takes me and how easy that would be to implement [here](https://github.com/spring-cloud/spring-cloud-kubernetes/pull/1711). If that is successful, I still have some bad...
doable indeed: https://github.com/spring-cloud/spring-cloud-kubernetes/pull/1711 I'll keep this PR up to date until we have green light to merge it
@ryanjbaxter does github allow to link a PR to this issue? it will be easier to close, whenever the time comes.
this is ready, but it can only go in the next major release, which, from what I know will only happen at the end of 2025.
this will be closed by this PR: https://github.com/spring-cloud/spring-cloud-kubernetes/pull/2039 @ryanjbaxter FYI
weird, is this on `main` branch? cause I just tried to build it and it works just fine :|