BE: Chore: Use dto builders in controller package

[wernerdv]

• Breaking change? (if so, please describe the impact and migration path for existing application instances)

What changes did you make? (Give an overview)
A little cleanup in the controller package.

Is there anything you'd like reviewers to focus on?

How Has This Been Tested? (put an "x" (case-sensitive!) next to an item)

• No need to
• Manually (please, describe, if necessary)
• Unit checks
• Integration checks
• Covered by existing automation

Checklist (put an "x" (case-sensitive!) next to all the items, otherwise the build will fail)

• I have performed a self-review of my own code
• I have commented my code, particularly in hard-to-understand areas
• I have made corresponding changes to the documentation (e.g. ENVIRONMENT VARIABLES)
• My changes generate no new warnings (e.g. Sonar is happy)
• I have added tests that prove my fix is effective or that my feature works
• New and existing unit tests pass locally with my changes
• Any dependent changes have been merged

Check out Contributing and Code of Conduct

A picture of a cute animal (not mandatory but encouraged)

[Haarolean]

Regarding the openapi DTOs, I'd prefer to have builders rather than bulky constructors. As the built-in ones are deprecated for some reason, can I suggest adjusting openapi configuration adding additionalModelTypeAnnotations with lombok builder annotations?

[wernerdv]

@Haarolean Fixed

[Haarolean]

@wernerdv thanks for your contribution!