Members improvements

[Gerrit91]

Description

While working on the CLI apply commands, I realized the following shortcomings in the API:

• Projects and tenants cannot be created with fixed IDs even for admins, this was possible with V1
  • For some reason we have an admin tenant create service method, but it does exactly the same as the one for the user
• ProjectServiceRemoveMemberResponse returns ProjectRole instead of ProjectMember, which is wrong
• Members do not contain their parent's ID (tenant member does not contain the tenant ID it belongs to, project member does not contain the project ID it belongs to)
  • This prevents a member apply because the member add requests require the parent IDs

In order to fix these shortcomings, I turned the member methods into own CRUDs into dedicated services. The admin member add / remove methods need to stay because this allows unscoped member creation, for the regular API these calls must be scoped.

Used AI-Tools ✨

• None used for generation

[majst01]

would like to discuss this in person