fix: docker compose properties

[eschrewe]

Description

• recent versions of docker compose no longer support variable names containing hyphens in .properties or .env files
• this fix removes the affected variables from those files and applies them via "environment" sections of services

Pre-review checks

Please ensure to do as many of the following checks as possible, before asking for committer review:

• DEPENDENCIES are up-to-date. Dash license tool. Committers can open IP issues for restricted libs.
• Copyright and license header are present on all affected files
• If helm chart has been changed, the chart version has been bumped to either next major, minor or patch level (compared to released chart).

[tom-rm-meyer-ISST]

Thanks a lot for providing this! Please checkout the small review comments.

Please rerequest review afterwards. I will then add a commit to fix trufflehog. I think we can exclude the local folder from trufflehog checks.

Just to let you know (or if you want to do it), we should be able to do it by changing this line as follows:

extra_args: --filter-entropy=4 --results=verified,unknown --debug --exlude-paths=.thignore

Then add a file .thignore (not sure if root or in workflow folder) with regexes to ignore (currently only one line): `local/.*

Test run should be testable using act.

[tom-rm-meyer-ISST]

Please remove this line. Same for other supplier-backend

[tom-rm-meyer-ISST]

We need to document this somewhere. Else future us (or others) might think: hey let's move the things again to the application.properties. They see it fails but will need to do an analysis.

How about removing the outcommented lines in the .properties and add a comment in the compose files stating something like:

"Within docker and docker compose dashs sometimes may not be used in environment-variables (see e.g. docker/compose#12123 (comment)). To be independent of their future change, one can put these variables into the compose files environment variable section)."

Still not ideal but putting it everywhere would be too much.