-
Notifications
You must be signed in to change notification settings - Fork 308
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Extend the m365 spe containertype add
with more options to specify application
#5990
Comments
I'll leave this comment here since there was a discussion on the region parameter in #5767 (already closed). To my knowledge, the region must support Microsoft.Syntex - far less options than what is offered when you create a new resource group. -> it might make sense to update the docs when working on this functionality again. This is the error message I got when I tried to use germanywestcentral as region parameter:
|
@arenk good tip. I was not aware of that either 👍. I will research this a bit and lets include it in the docs so it will be clear for others in future |
Maybe a few more details: For each container type, a Microsoft Syntex account will be created within the resource group specified in the resource group parameter. One can see the Syntex account in the resource group overview in the Azure portal if "Show hidden types" is enabled. I assume this account is then used for billing purposes. I've been successful in creating a container type where the location of the resource group does not match the region of the Syntex account (for example, that is currently required in Germany, since I can create resource groups for germanywestcentral only, but Syntex is only available in germanynorth). This is all just based on my observations, not on official docs 😃 |
in issue #5767
We added a new command
m365 spe containertype add
that allows only to specify the parent application byapplicationId
.What we could do is extend this command with new options:
applicationName
andapplicationObjectId
.This will allow a more user friendly approach to define new Container Type using names rather than guids.
Internally what we could do is try to resolve the app by name. If more than one will be found CLI should show a prompt (when interactive mode) to pick the correct app by id. After CLI will get the app by name or object id we should use the app id (client id) to create a new Container Type
The text was updated successfully, but these errors were encountered: