Adding new API version 2024-02-01 #28054
Merged
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Next Steps to Merge✅ All automated merging requirements have been met! To get your PR merged, see https://aka.ms/azsdk/specreview/merge. |
Swagger Validation Report
|
| Compared specs (v0.10.5) | new version | base version |
|---|---|---|
| registeredidentities.json | 2024-02-01(e900438) | 2024-01-01(main) |
| registeredidentities.json | 2024-02-01(e900438) | 2022-09-30-preview(main) |
| replicationusages.json | 2024-02-01(e900438) | 2024-01-01(main) |
| replicationusages.json | 2024-02-01(e900438) | 2022-09-30-preview(main) |
| vaults.json | 2024-02-01(e900438) | 2024-01-01(main) |
| vaults.json | 2024-02-01(e900438) | 2022-09-30-preview(main) |
| vaultusages.json | 2024-02-01(e900438) | 2024-01-01(main) |
| vaultusages.json | 2024-02-01(e900438) | 2022-09-30-preview(main) |
The following breaking changes are detected by comparison with the latest stable version:
The following breaking changes are detected by comparison with the latest preview version:
️️✔️CredScan succeeded [Detail] [Expand]
There is no credential detected.
️⚠️LintDiff: 1 Warnings warning [Detail]
| Compared specs (v2.2.0) | new version | base version |
|---|---|---|
| package-2024-02 | package-2024-02(e900438) | default(main) |
[must fix]The following errors/warnings are introduced by current PR:
| Rule | Message | Related RPC [For API reviewers] |
|---|---|---|
| Use the latest version v5 of types.json. Location: Microsoft.RecoveryServices/stable/2024-02-01/vaults.json#L535 |
The following errors/warnings exist before current PR submission:
Only 30 items are listed, please refer to log for more details.
| Rule | Message |
|---|---|
|
The private endpoint API: /subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.RecoveryServices/vaults/{vaultName}/privateEndpointConnections/{privateEndpointConnectionName} is missing. Location: Microsoft.RecoveryServices/stable/2024-02-01/registeredidentities.json#L20 |
|
The private endpoint API: /subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.RecoveryServices/vaults/{vaultName}/privateEndpointConnections is missing. Location: Microsoft.RecoveryServices/stable/2024-02-01/registeredidentities.json#L20 |
|
Resource type naming must follow camel case. Path: '/Subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.RecoveryServices/vaults/{vaultName}/certificates/{certificateName}' Location: Microsoft.RecoveryServices/stable/2024-02-01/registeredidentities.json#L21 |
|
The resource name parameter 'vaultName' should be defined with a 'pattern' restriction. Location: Microsoft.RecoveryServices/stable/2024-02-01/registeredidentities.json#L21 |
|
The resource name parameter 'certificateName' should be defined with a 'pattern' restriction. Location: Microsoft.RecoveryServices/stable/2024-02-01/registeredidentities.json#L21 |
|
The path segment Subscriptions should be subscriptions. Location: Microsoft.RecoveryServices/stable/2024-02-01/registeredidentities.json#L21 |
|
A PUT operation request body schema should be the same as its 200 response schema, to allow reusing the same entity between GET and PUT. If the schema of the PUT request body is a superset of the GET response body, make sure you have a PATCH operation to make the resource updatable. Operation: 'VaultCertificates_Create' Request Model: 'parameters[5].schema' Response Model: 'responses[200].schema' Location: Microsoft.RecoveryServices/stable/2024-02-01/registeredidentities.json#L22 |
|
Synchronous and long-running PUT operations must have responses with 200, 201 and default return codes. They also must not have other response codes. Location: Microsoft.RecoveryServices/stable/2024-02-01/registeredidentities.json#L22 |
|
The response is defined but without a default error response implementation.Consider adding it.' Location: Microsoft.RecoveryServices/stable/2024-02-01/registeredidentities.json#L64 |
|
Resource type naming must follow camel case. Path: '/Subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.RecoveryServices/vaults/{vaultName}/registeredIdentities/{identityName}' Location: Microsoft.RecoveryServices/stable/2024-02-01/registeredidentities.json#L80 |
|
The resource name parameter 'vaultName' should be defined with a 'pattern' restriction. Location: Microsoft.RecoveryServices/stable/2024-02-01/registeredidentities.json#L80 |
|
The resource name parameter 'identityName' should be defined with a 'pattern' restriction. Location: Microsoft.RecoveryServices/stable/2024-02-01/registeredidentities.json#L80 |
|
The path segment Subscriptions should be subscriptions. Location: Microsoft.RecoveryServices/stable/2024-02-01/registeredidentities.json#L80 |
|
Synchronous delete operations must have responses with 200, 204 and default return codes. They also must have no other response codes. Location: Microsoft.RecoveryServices/stable/2024-02-01/registeredidentities.json#L81 |
|
The delete operation is defined without a 200 or 204 error response implementation,please add it.' Location: Microsoft.RecoveryServices/stable/2024-02-01/registeredidentities.json#L108 |
|
The response is defined but without a default error response implementation.Consider adding it.' Location: Microsoft.RecoveryServices/stable/2024-02-01/registeredidentities.json#L108 |
|
The nested resource 'VaultCertificateResponse' does not have list operation, please add it. Location: Microsoft.RecoveryServices/stable/2024-02-01/registeredidentities.json#L300 |
|
The parameter 'SubscriptionId' is defined in global parameters section without 'x-ms-parameter-location' extension. This would add the parameter as the client property. Please ensure that this is exactly you want. If so, apply the extension 'x-ms-parameter-location': 'client'. Else, apply the extension 'x-ms-parameter-location': 'method'. Location: Microsoft.RecoveryServices/stable/2024-02-01/registeredidentities.json#L327 |
|
The parameter 'ApiVersion' is defined in global parameters section without 'x-ms-parameter-location' extension. This would add the parameter as the client property. Please ensure that this is exactly you want. If so, apply the extension 'x-ms-parameter-location': 'client'. Else, apply the extension 'x-ms-parameter-location': 'method'. Location: Microsoft.RecoveryServices/stable/2024-02-01/registeredidentities.json#L350 |
|
Resource type naming must follow camel case. Path: '/Subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.RecoveryServices/vaults/{vaultName}/replicationUsages' Location: Microsoft.RecoveryServices/stable/2024-02-01/replicationusages.json#L21 |
|
The resource name parameter 'vaultName' should be defined with a 'pattern' restriction. Location: Microsoft.RecoveryServices/stable/2024-02-01/replicationusages.json#L21 |
|
The path segment Subscriptions should be subscriptions. Location: Microsoft.RecoveryServices/stable/2024-02-01/replicationusages.json#L21 |
|
The response is defined but without a default error response implementation.Consider adding it.' Location: Microsoft.RecoveryServices/stable/2024-02-01/replicationusages.json#L45 |
|
Get endpoints for collections of resources must only have the value and nextLink properties in their model.Location: Microsoft.RecoveryServices/stable/2024-02-01/replicationusages.json#L48 |
|
The integer type does not have a format, please add it. Location: Microsoft.RecoveryServices/stable/2024-02-01/replicationusages.json#L70 |
|
The integer type does not have a format, please add it. Location: Microsoft.RecoveryServices/stable/2024-02-01/replicationusages.json#L74 |
|
The integer type does not have a format, please add it. Location: Microsoft.RecoveryServices/stable/2024-02-01/replicationusages.json#L78 |
|
The integer type does not have a format, please add it. Location: Microsoft.RecoveryServices/stable/2024-02-01/replicationusages.json#L88 |
|
The integer type does not have a format, please add it. Location: Microsoft.RecoveryServices/stable/2024-02-01/replicationusages.json#L92 |
|
The integer type does not have a format, please add it. Location: Microsoft.RecoveryServices/stable/2024-02-01/replicationusages.json#L96 |
️️✔️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.
️️✔️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
|
AzureRestAPISpecReview
added
ARMChangesRequested
|
Please address or respond to feedback from the ARM API reviewer. |
This was referenced Mar 4, 2024
|
/azp run |
|
Azure Pipelines successfully started running 4 pipeline(s). |
mikekistler
added
the
BreakingChange-Approved-UserImpact
asmaskar
removed
the
ARMChangesRequested
openapi-workflow-bot
bot
added
the
WaitForARMFeedback
...n/recoveryservices/resource-manager/Microsoft.RecoveryServices/stable/2024-02-01/vaults.json
Outdated
Show resolved
Hide resolved
...n/recoveryservices/resource-manager/Microsoft.RecoveryServices/stable/2024-02-01/vaults.json
Show resolved
Hide resolved
...n/recoveryservices/resource-manager/Microsoft.RecoveryServices/stable/2024-02-01/vaults.json
Show resolved
Hide resolved
TimLovellSmith
added
the
ARMSignedOff
openapi-workflow-bot
bot
removed
the
WaitForARMFeedback
Alancere
added
the
Approved-SdkBreakingChange-Go
|
/azp run |
|
Azure Pipelines successfully started running 4 pipeline(s). |
|
/pr RequestMerge |
microsoft-github-policy-service
bot
added
the
MergeRequested
vxfield
pushed a commit
that referenced
this pull request
Mar 28, 2024
* Adds base for updating Microsoft.RecoveryServices from version stable/2024-01-01 to version 2024-02-01 * Updates readme * Updates API version in new specs and examples * Delete Vault Changes * Monitoring settings changes * Fixing examples * Adding BCDR Security level field in getvault response * Removed duplicate line * Updating examples * Fixing PR comment --------- Co-authored-by: Mohammed Kherani <mkherani@microsoft.com> Co-authored-by: mkherani <mkherani@users.noreply.github.com>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
ARM (Control Plane) API Specification Update Pull Request
Tip
Overwhelmed by all this guidance? See the
Getting helpsection at the bottom of this PR description.Note
As of January 2024 there is no PR assignee. This is expected. See https://aka.ms/azsdk/pr-arm-review.
PR review workflow diagram
Please understand this diagram before proceeding. It explains how to get your PR approved & merged.
Click here to see the details of Step 1
Breaking changes review (Diagram Step 1)
If the automation determines you have breaking changes, i.e. Step 1 from the diagram applies to you,
you must follow the breaking changes process.
IMPORTANT This applies even if:
Such claims must be reviewed, and the process is the same.
Click here to see the details of Step 2
ARM API changes review (Diagram Step 2)
Click here to see the diagram footnotes
Diagram footnotes
[1] See ARM review queue (for PR merge queues, see [2]).
[2] public repo merge queue, private repo merge queue (for ARM review queue, [1])
The ARM reviewer on-call engineer visits the merge queue twice a day, so the approximate ETA for merges is 12 - 24 hours.
Purpose of this PR
What's the purpose of this PR? Check the specific option that applies. 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 the diagram Step 2, "ARM API changes review", for this PR.
Additional information
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
suppressions guide to get approval.
Getting help
Purpose of this PRandDue diligence checklist.Next Steps to Mergecomment. It will appear within few minutes of submitting this PR and will continue to be up-to-date with current PR state.and https://aka.ms/ci-fix.
queuedstate, please add a comment with contents/azp run.This should result in a new comment denoting a
PR validation pipelinehas started and the checks should be updated after few minutes.