Conversation
Swagger Validation Report
|
| compared tags (via openapi-validator v2.1.3) | new version | base version |
|---|---|---|
| package-2022-09-13-preview | package-2022-09-13-preview(18c4270) | default(main) |
[must fix]The following errors/warnings are introduced by current PR:
Only 30 items are listed, please refer to log for more details.
| Rule | Message | Related RPC [For API reviewers] |
|---|---|---|
OperationsAPIImplementation |
Operations API must be implemented for 'Microsoft.Scom'. Location: Microsoft.SCOM/preview/2022-09-13-preview/scom.json#L1 |
|
PathResourceProviderMatchNamespace |
The last resource provider 'Microsoft.Scom' doesn't match the namespace. Location: Microsoft.SCOM/preview/2022-09-13-preview/scom.json#L50 |
RPC-Uri-V1-03 |
OperationsApiResponseSchema |
The response schema of operations API '/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Scom/operations' does not match the ARM specification. Please standardize the schema. Location: Microsoft.SCOM/preview/2022-09-13-preview/scom.json#L74 |
|
OperationsApiSchemaUsesCommonTypes |
Operations API path must follow the schema provided in the common types. Location: Microsoft.SCOM/preview/2022-09-13-preview/scom.json#L75 |
RPC-Operations-V1-01 |
PathResourceProviderMatchNamespace |
The last resource provider 'Microsoft.Scom' doesn't match the namespace. Location: Microsoft.SCOM/preview/2022-09-13-preview/scom.json#L92 |
RPC-Uri-V1-03 |
PathResourceProviderMatchNamespace |
The last resource provider 'Microsoft.Scom' doesn't match the namespace. Location: Microsoft.SCOM/preview/2022-09-13-preview/scom.json#L134 |
RPC-Uri-V1-03 |
PathResourceProviderMatchNamespace |
The last resource provider 'Microsoft.Scom' doesn't match the namespace. Location: Microsoft.SCOM/preview/2022-09-13-preview/scom.json#L173 |
RPC-Uri-V1-03 |
ResourceNameRestriction |
The resource name parameter 'instanceName' should be defined with a 'pattern' restriction. Location: Microsoft.SCOM/preview/2022-09-13-preview/scom.json#L173 |
RPC-Uri-V1-05 |
PutResponseSchemaDescription |
Description of 200 response code of a PUT operation MUST include term 'update'. Location: Microsoft.SCOM/preview/2022-09-13-preview/scom.json#L247 |
RPC-Put-V1-11 |
PutResponseSchemaDescription |
Description of 201 response code of a PUT operation MUST include term 'create'. Location: Microsoft.SCOM/preview/2022-09-13-preview/scom.json#L247 |
RPC-Put-V1-11 |
PatchResponseCode |
LRO PATCH must have 200 and 202 return codes. Location: Microsoft.SCOM/preview/2022-09-13-preview/scom.json#L277 |
|
LroPatch202 |
The async patch operation should return 202. Location: Microsoft.SCOM/preview/2022-09-13-preview/scom.json#L305 |
RPC-Patch-V1-06, RPC-Async-V1-08 |
LroLocationHeader |
A 202 response should include an Location response header. Location: Microsoft.SCOM/preview/2022-09-13-preview/scom.json#L359 |
RPC-Async-V1-07 |
PathResourceProviderMatchNamespace |
The last resource provider 'Microsoft.Scom' doesn't match the namespace. Location: Microsoft.SCOM/preview/2022-09-13-preview/scom.json#L383 |
RPC-Uri-V1-03 |
ResourceNameRestriction |
The resource name parameter 'instanceName' should be defined with a 'pattern' restriction. Location: Microsoft.SCOM/preview/2022-09-13-preview/scom.json#L383 |
RPC-Uri-V1-05 |
LroPostReturn |
200 response for a LRO POST operation must have a response schema specified. Location: Microsoft.SCOM/preview/2022-09-13-preview/scom.json#L384 |
RPC-Post-V1-03 |
LroLocationHeader |
A 202 response should include an Location response header. Location: Microsoft.SCOM/preview/2022-09-13-preview/scom.json#L416 |
RPC-Async-V1-07 |
PathResourceProviderMatchNamespace |
The last resource provider 'Microsoft.Scom' doesn't match the namespace. Location: Microsoft.SCOM/preview/2022-09-13-preview/scom.json#L437 |
RPC-Uri-V1-03 |
ResourceNameRestriction |
The resource name parameter 'instanceName' should be defined with a 'pattern' restriction. Location: Microsoft.SCOM/preview/2022-09-13-preview/scom.json#L437 |
RPC-Uri-V1-05 |
LroPostReturn |
200 response for a LRO POST operation must have a response schema specified. Location: Microsoft.SCOM/preview/2022-09-13-preview/scom.json#L438 |
RPC-Post-V1-03 |
LroLocationHeader |
A 202 response should include an Location response header. Location: Microsoft.SCOM/preview/2022-09-13-preview/scom.json#L462 |
RPC-Async-V1-07 |
MissingTypeObject |
The schema 'OperationsList' is considered an object but without a 'type:object', please add the missing 'type:object'. Location: Microsoft.SCOM/preview/2022-09-13-preview/scom.json#L485 |
|
XmsIdentifierValidation |
Missing identifier id in array item property Location: Microsoft.SCOM/preview/2022-09-13-preview/scom.json#L488 |
|
MissingTypeObject |
The schema 'display' is considered an object but without a 'type:object', please add the missing 'type:object'. Location: Microsoft.SCOM/preview/2022-09-13-preview/scom.json#L511 |
|
MissingTypeObject |
The schema 'MonitoringInstance' is considered an object but without a 'type:object', please add the missing 'type:object'. Location: Microsoft.SCOM/preview/2022-09-13-preview/scom.json#L553 |
|
MissingTypeObject |
The schema 'MonitoringInstanceProperties' is considered an object but without a 'type:object', please add the missing 'type:object'. Location: Microsoft.SCOM/preview/2022-09-13-preview/scom.json#L579 |
|
XmsIdentifierValidation |
Missing identifier id in array item property Location: Microsoft.SCOM/preview/2022-09-13-preview/scom.json#L591 |
|
MissingTypeObject |
The schema 'ManagementServerProperties' is considered an object but without a 'type:object', please add the missing 'type:object'. Location: Microsoft.SCOM/preview/2022-09-13-preview/scom.json#L651 |
|
MissingTypeObject |
The schema 'DomainControllerProperties' is considered an object but without a 'type:object', please add the missing 'type:object'. Location: Microsoft.SCOM/preview/2022-09-13-preview/scom.json#L681 |
|
MissingTypeObject |
The schema 'DomainUserCredentials' is considered an object but without a 'type:object', please add the missing 'type:object'. Location: Microsoft.SCOM/preview/2022-09-13-preview/scom.json#L699 |
️️✔️Avocado succeeded [Detail] [Expand]
Validation passes for Avocado.
️️✔️ApiReadinessCheck succeeded [Detail] [Expand]
️⚠️~[NotRequired_Staging] ServiceAPIReadinessTest: 0 Warnings warning [Detail]
API Test is not triggered due to precheck failure. Check pipeline log for details.
️️✔️SwaggerAPIView succeeded [Detail] [Expand]
️️✔️TypeSpecAPIView succeeded [Detail] [Expand]
️❌ModelValidation: 6 Errors, 0 Warnings failed [Detail]
️️✔️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]
|
Hi, @RBANSALMS! Thank you for your pull request. To help get your PR merged: Generated ApiView comment added to this PR. You can use ApiView to show API versions diff. |
Swagger Generation Artifacts
|
Generated ApiView
|
|
Hi @RBANSALMS! For review efficiency consideration, when creating a new API version, it is required to place API specs of the base version in the first commit, and push new version updates into successive commits. You can use OpenAPIHub to initialize the PR for adding a new version. |
|
Hi, @RBANSALMS, our workflow has detected that there is no management SDK ever released for your RP, to further process SDK onboard for your RP, you should have the SDK client library name of your RP reviewed and approved. Impact: SDK release owner will take the approved management client library name to release SDK. No client library name approval will leads to SDK release delayed. |
|
GitHub issue for finalizing name of the NameSpace for SDK: |
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] public repo review queue, private repo review queue
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
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.Getting help
and https://aka.ms/ci-fix.