[Hub Generated] Review request for Microsoft.NotificationHubs to add version preview/2023-10-01-preview#26443
Conversation
…/2023-09-01 to version 2023-10-01-preview
Next Steps to Merge✔️ All automated merging requirements have been met! Refer to step 4 in the PR workflow diagram (even if your PR is for data plane, not ARM). |
Swagger Validation Report
|
| compared swaggers (via Oad v0.10.4)] | new version | base version |
|---|---|---|
| notificationhubs.json | 2023-10-01-preview(8a1deb5) | 2023-09-01(main) |
| notificationhubs.json | 2023-10-01-preview(8a1deb5) | 2023-01-01-preview(main) |
️️✔️CredScan succeeded [Detail] [Expand]
There is no credential detected.
️⚠️LintDiff: 0 Warnings warning [Detail]
| compared tags (via openapi-validator v2.1.6) | new version | base version |
|---|---|---|
| package-preview-2023-10 | package-preview-2023-10(8a1deb5) | default(main) |
The following errors/warnings exist before current PR submission:
| Rule | Message |
|---|---|
OperationIdNounVerb |
Per the Noun_Verb convention for Operation Ids, the noun 'NotificationHubs' should not appear after the underscore. Note: If you have already shipped an SDK on top of this spec, fixing this warning may introduce a breaking change. Location: Microsoft.NotificationHubs/preview/2023-10-01-preview/notificationhubs.json#L19 |
RepeatedPathInfo |
The 'subscriptionId' already appears in the path, please don't repeat it in the request body. Location: Microsoft.NotificationHubs/preview/2023-10-01-preview/notificationhubs.json#L886 |
OperationsApiSchemaUsesCommonTypes |
Operations API path must follow the schema provided in the common types. Location: Microsoft.NotificationHubs/preview/2023-10-01-preview/notificationhubs.json#L1533 |
ArmResourcePropertiesBag |
Top level property names should not be repeated inside the properties bag for ARM resource 'NamespaceResource'. Properties [properties.name] conflict with ARM top level properties. Please rename these. Location: Microsoft.NotificationHubs/preview/2023-10-01-preview/notificationhubs.json#L2659 |
ArmResourcePropertiesBag |
Top level property names should not be repeated inside the properties bag for ARM resource 'NotificationHubResource'. Properties [properties.name] conflict with ARM top level properties. Please rename these. Location: Microsoft.NotificationHubs/preview/2023-10-01-preview/notificationhubs.json#L2822 |
TrackedResourcePatchOperation |
Tracked resource 'SharedAccessAuthorizationRuleResource' must have patch operation that at least supports the update of tags. Location: Microsoft.NotificationHubs/preview/2023-10-01-preview/notificationhubs.json#L3439 |
| OperationId should contain the verb: 'checknamespaceavailability' in:'Namespaces_CheckAvailability'. Consider updating the operationId Location: Microsoft.NotificationHubs/preview/2023-10-01-preview/notificationhubs.json#L784 |
|
| 'PUT' operation 'PrivateEndpointConnections_Update' should use method name 'Create'. Note: If you have already shipped an SDK on top of this spec, fixing this warning may introduce a breaking change. Location: Microsoft.NotificationHubs/preview/2023-10-01-preview/notificationhubs.json#L1560 |
|
Property location must have 'x-ms-mutability':['read', 'create'] extension defined.Location: Microsoft.NotificationHubs/preview/2023-10-01-preview/notificationhubs.json#L2120 |
|
| Booleans properties are not descriptive in all cases and can make them to use, evaluate whether is makes sense to keep the property as boolean or turn it into an enum. Location: Microsoft.NotificationHubs/preview/2023-10-01-preview/notificationhubs.json#L2131 |
|
| Booleans properties are not descriptive in all cases and can make them to use, evaluate whether is makes sense to keep the property as boolean or turn it into an enum. Location: Microsoft.NotificationHubs/preview/2023-10-01-preview/notificationhubs.json#L2149 |
|
| Booleans properties are not descriptive in all cases and can make them to use, evaluate whether is makes sense to keep the property as boolean or turn it into an enum. Location: Microsoft.NotificationHubs/preview/2023-10-01-preview/notificationhubs.json#L2476 |
|
| Booleans properties are not descriptive in all cases and can make them to use, evaluate whether is makes sense to keep the property as boolean or turn it into an enum. Location: Microsoft.NotificationHubs/preview/2023-10-01-preview/notificationhubs.json#L2577 |
|
| Booleans properties are not descriptive in all cases and can make them to use, evaluate whether is makes sense to keep the property as boolean or turn it into an enum. Location: Microsoft.NotificationHubs/preview/2023-10-01-preview/notificationhubs.json#L2582 |
|
| Booleans properties are not descriptive in all cases and can make them to use, evaluate whether is makes sense to keep the property as boolean or turn it into an enum. Location: Microsoft.NotificationHubs/preview/2023-10-01-preview/notificationhubs.json#L2857 |
️️✔️Avocado succeeded [Detail] [Expand]
Validation passes for Avocado.
️️✔️SwaggerAPIView succeeded [Detail] [Expand]
️️✔️TypeSpecAPIView succeeded [Detail] [Expand]
️️✔️ModelValidation succeeded [Detail] [Expand]
Validation passes for ModelValidation.
️️✔️SemanticValidation succeeded [Detail] [Expand]
Validation passes for SemanticValidation.
️️✔️PoliCheck succeeded [Detail] [Expand]
Validation passed for PoliCheck.
️️✔️PrettierCheck succeeded [Detail] [Expand]
Validation passes for PrettierCheck.
️️✔️SpellCheck succeeded [Detail] [Expand]
Validation passes for SpellCheck.
️️✔️Lint(RPaaS) succeeded [Detail] [Expand]
Validation passes for Lint(RPaaS).
️️✔️PR Summary succeeded [Detail] [Expand]
Validation passes for Summary.
️️✔️Automated merging requirements met succeeded [Detail] [Expand]
Swagger Generation Artifacts
|
Generated ApiView
|
|
/azp run unifiedPipeline |
|
No pipelines are associated with this pull request. |
pl provide an explanation why this is being changed Refers to: specification/notificationhubs/resource-manager/Microsoft.NotificationHubs/preview/2023-10-01-preview/notificationhubs.json:2132 in 8a1deb5. [](commit_id = 8a1deb5, deletion_comment = False) |
|
Please address or respond to feedback from the ARM API reviewer. |
We changed the description already in the previous API version. |
We are following Azure Monitor schema managed by Shoebox manifest team. This is the Shoebox manifest team's schema which we need to apply: https://msazure.visualstudio.com/One/_git/AzureUX-Insights-MonRP?path=%2Fsrc%2FCore%2FProvider%2FShoebox%2FManifest%2Fschema.json&version=GBdev&_a=contents |
We are following Azure Monitor schema managed by Shoebox manifest team. This is the Shoebox manifest team's schema which we need to apply: https://msazure.visualstudio.com/One/_git/AzureUX-Insights-MonRP?path=%2Fsrc%2FCore%2FProvider%2FShoebox%2FManifest%2Fschema.json&version=GBdev&_a=contents |
In theory this description will not need to be changed right? Why updating API version also requires changing when this was deprecated? |
|
non-blocking comment, sign off the PR, and you can fix the description if needed |
|
/pr RequestMerge |
This is a PR generated at OpenAPI Hub. You can view your work branch via this link.
ARM (Control Plane) API Specification Update Pull Request
PR review workflow diagram
Please understand this diagram before proceeding. It explains how to get your PR approved & merged.
[1] ARM review queue (for merge queues, see [4])
The PRs are processed by time opened, ascending. Your PR may show up on 2nd or later page.
If you addressed Step 1 from the diagram and your PR is not showing up in the queue, ensure the label
ARMChangesRequestedis removed from your PR. This should cause the label
WaitForARMFeedbackto be added.[2] https://aka.ms/azsdk/support/specreview-channel
[3] List of SDK breaking changes approvers in pinned Teams announcement
[4] public repo merge queue, private repo merge queue (for ARM review queue, [1])
If you need further help with anything, see
Getting helpsection below.Purpose of this PR
What's the purpose of this PR? Check all that apply. This is mandatory!
Due diligence checklist
To merge this PR, you must go through the following checklist and confirm you understood
and followed the instructions by checking all the boxes:
ARM resource provider contract and
REST guidelines (estimated time: 4 hours).
I understand this is required before I can proceed to Step 2, "ARM Review", for this PR.
Breaking changes review (Step 1)
you must follow the breaking changes process.
IMPORTANT This applies even if:
Such claims must be reviewed, and the process is the same.
ARM API changes review (Step 2)
ARMReviewlabel.Viewing API changes
For convenient view of the API changes made by this PR, refer to the URLs provided in the table
in the
Generated ApiViewcomment added to this PR. You can use ApiView to show API versions diff.Suppressing failures
If one or multiple validation error/warning suppression(s) is detected in your PR, please follow the
Swagger-Suppression-Process
to get approval.
Getting help
and https://aka.ms/ci-fix.