Configure all container image names in a one place

[Chu3laMan]

Centralize Container Image Configuration

Description

This PR addresses issue #45746, which aims to make container image configuration more maintainable by centralizing all image references in one place. Currently, image references are scattered across pom.xml files and Java source files, making it difficult to change image sources (e.g., switching from Docker Hub to Quay.io).

Implementation

• Added a ContainerImagesConfig interface using @ConfigMapping to provide type-safe access to container image names
• Explicitly specified all registries for consistency (docker.io vs quay.io)
• Centralized all container image configurations in application.properties
• Updated relevant code to use the configuration interface instead of hardcoded image names

Note: Not yet completed

[maxandersen]

I'm not following what this is trying to fix. Why should there be a change from docker to quay ? Or vice versa ?

These are list of some subselection of DEv container images - it's not all of them and most won't be used in most apps so why are we wanting it all in one place ?

[Chu3laMan]

@maxandersen this fix is about to centralize all docker/quay in one place as aforementioned in the ticket, it reveals that some docker/quay images are scattered in many places, so the idea it is to bring them in one place as @radcortez mentioned too.

[radcortez]

This is not enough, since we still require these properties to be used in their proper place for them to actually have any effect in the configuration.

Also, I'm unsure if having them in a single mapping is the way to go. This would require to be accessible to any of the extensions that use the container images and probably each extension knows better what image should be used.

We could use an expression to determine if the base image is from Docker or Quay, and users could easily override that ot point to one of the other (Docker being the default).

Regardless, we need to ensure that all container images can be overridden in our standard configuration.