Describe the bug
Currently, the MTA Provider always uses a namespace (default if not provided). See here. If you want to update an already existing MTA which was for example deployed by the CLI without a namespace you are not able to do so and the deploy job runs into a conflict.
Tested with Provider Version
experimental
To Reproduce
Steps to reproduce the behavior:
- Deploy a MTA using the CLI without a namespace
- Try to update this MTA using CO and the MTA resource
Expected behavior
- If I don't want to use namespacing for apps/services/etc. I should have the option to do so in the MTA resource.
- Already existing MTA will be recognized by the Deploy Service and the will be updated.
Workaround
Explicitly add namespace: "".
Screenshots
Additional context
no further context
Describe the bug
Currently, the MTA Provider always uses a namespace (
defaultif not provided). See here. If you want to update an already existing MTA which was for example deployed by the CLI without a namespace you are not able to do so and the deploy job runs into a conflict.Tested with Provider Version
experimental
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Workaround
Explicitly add
namespace: "".Screenshots
Additional context
no further context