Skip to content
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

🪲 Bug Report - hubNetworking - Inconsistent cases for parDDoSEnabled / parDDoSPlanName in bicep vs doc & parameter.sample.json #195

Closed
cbezenco opened this issue Mar 24, 2022 · 4 comments · Fixed by #196
Assignees

Comments

@cbezenco
Copy link
Contributor

Describe the bug

hubNetworking - Inconsistent cases for parDDoSEnabled / parDDoSPlanName in bicep vs documentation and parameter.sample.json

Facing following error when following documentation applying parameter.example.json + parDdosEnabled

New-AzResourceGroupDeployment: 9:55:13 PM - Error: Code=CaseSensitiveDeploymentParameterNamesFound; Message=The deployment parameters are using case sensitive names. The error parameter name(s): parDDoSEnabled,parDDoSPlanName. Please see https://aka.ms/arm-keyvault for usage details.

Steps to reproduce the behaviour:

Follow documentation and overwrite parDdosEnabled parameter (following case in hubNetwork doc page)

New-AzResourceGroup -Name $varConnectionRG
-Location $varDeplRegion

[bool] $varDdosEnabled = 0

New-AzResourceGroupDeployment -TemplateFile infra-as-code/bicep/modules/hubNetworking/hubNetworking.bicep
-TemplateParameterFile infra-as-code/bicep/modules/hubNetworking/hubNetworking.parameters.example.json -parDdosEnabled $varDdosEnabled
-ResourceGroupName $varConnectionRG

New-AzResourceGroupDeployment: 7:32:57 AM - Error: Code=CaseSensitiveDeploymentParameterNamesFound; Message=The deployment parameters are using case sensitive names. The error parameter name(s): parDdosEnabled. Please see https://aka.ms/arm-keyvault for usage details.

New-AzResourceGroupDeployment: The deployment validation failed

Expected behaviour

No error :-)

Screenshots 📷

NA

Correlation ID

NA

Additional context

Based on my investigation, I can see the mismatch in the
hubNetworking.bicep> parDDoSEnabled
hubNetworking.parameters.example.json> parDdosEnabled
Documentation> parDdosEnabled

Similar inconsistency for parDDoSPlanName / parDdosPlanName

The error trigger only if we use Bicep parameter and -TemplateParameterFile together.

Solution > Align casing - I could do it but I am not sure how to interpret the camelCase rules so I let to the experts.

@cbezenco cbezenco added the bug label Mar 24, 2022
@ghost ghost added the Needs: Triage 🔍 Needs triaging by the team label Mar 24, 2022
@jtracey93 jtracey93 added Needs: Author Feedback and removed Needs: Triage 🔍 Needs triaging by the team labels Mar 24, 2022
@jtracey93 jtracey93 self-assigned this Mar 24, 2022
@jtracey93
Copy link
Collaborator

Hey @cbezenco, Thanks for raising this, good catch.

We decided as a team today that it should be proper camel casing so parDdosEnabled is the right way forward.

Wanted to reach out and see if you wanted to submit a PR for this and contribute to the repo?

Let us know either way so we can get this fixed 👍👍

Thanks

Jack

@cbezenco
Copy link
Contributor Author

Thanks, I will submit PR :-)

@ghost ghost added Needs: Attention 👋 Needs attention from the maintainers and removed Needs: Author Feedback labels Mar 28, 2022
@jtracey93 jtracey93 removed the Needs: Attention 👋 Needs attention from the maintainers label Mar 28, 2022
@cbezenco
Copy link
Contributor Author

FYI, I did not fix camel casing for output : outDDoSPlanResourceID

Its not clear to me if this is an issue an issue but just wanted to mention this might need an additional fix.

@jtracey93
Copy link
Collaborator

as discussed on the PR #196 please also change this 😊

@jtracey93 jtracey93 linked a pull request Mar 30, 2022 that will close this issue
5 tasks
@ghost ghost locked as resolved and limited conversation to collaborators Apr 29, 2022
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants