-
Notifications
You must be signed in to change notification settings - Fork 745
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
"The resource X is defined multiple times in a template" error after enabling user defined types #9457
Comments
@dazinator This is likely an issue with symbolic name templates (which custom types require). Could you try deploying the template with symbolic name codegen enabled but types disabled? For example, using a config like: {
"experimentalFeaturesEnabled": {
"symbolicNameCodegen": true
}
} |
Would you mind also sharing the Bicep file you're using to deploy (if you're able to)? |
@jeskew @anthony-c-martin |
@jeskew @anthony-c-martin ok I have figured out what is causing the error with
If i comment out the |
I'm encountering similar issue, with the following error: I tried with:
..and
... with no success. However, if I remove I have an
|
Ah, I've been in a battle with Bicep and PSRule over the last week, and I didn't realize that Custom Types requires the Symbolic Name feature. I finally figured it out when I turned off the Custom Types feature and compared the resulting ARM template files, and this issue confirmed it. I did notice that the Symbolic Names warning came up when I enabled the Custom Type feature, but I just ignored it because I thought I wasn't using that feature (by not explicitly enabling it). Do you think we could we get a mention that the Custom Types feature requires the Symbolic Names feature here or here, please? This could save others a lot of headaches, I think. Thanks for all the great work you're doing on this fantastic project! |
The fix for this is in the w16 ARM release. |
w16 has finished rolling out everywhere |
After enabling custom types and getting everything to compile, when actually deploying to azure, I get these new errors:
Undoing my refactoring of custom types resolves this issue again.
I can't see any duplicate definition of the resources mentioned..
Originally posted by @dazinator in #4158 (comment)
The text was updated successfully, but these errors were encountered: