Adding new API version 2018-01-10 fixing swagger violations.#2419
Adding new API version 2018-01-10 fixing swagger violations.#2419fearthecowboy merged 6 commits intoAzure:masterfrom
Conversation
|
This commit was treated and no generation was made for Azure/azure-sdk-for-python |
|
This commit was treated and no generation was made for Azure/azure-sdk-for-go |
|
This PR introduces new API version with following changes as compared to last version:
|
|
Note:
|
jianghaolu
left a comment
There was a problem hiding this comment.
Please add the new api version in your readme.
|
Updated the readme |
Automation for azure-sdk-for-pythonNothing to generate for azure-sdk-for-python |
Swagger to SDK encountered a Subprocess error: (Azure/azure-sdk-for-go)
Command: profileBuilder -s preview -name preview /bin/sh: 1: profileBuilder: not found |
|
@avneeshrai Can you please add the new api version to the README? Without that our validation tool will not be able to run correctly. After that I'll be able to review based on the validation results. Thanks! |
|
@jianghaolu I have already updated the readme in commit 2cad803 . Did i miss something there? |
Swagger to SDK encountered a Subprocess error: (Azure/azure-sdk-for-go)
Command: profileBuilder -s preview -name preview /bin/sh: 1: profileBuilder: not found |
|
And please help with the error: Swagger to SDK encountered a Subprocess error: (Azure/azure-sdk-for-go) /bin/sh: 1: profileBuilder: not found what needs to be done here? |
|
@mozehgir -- Why was this reassigned? |
|
Hey Garrett(@fearthecowboy ), I believe Jianghao is OOF for a week and if this PR can be reviewed before the next fundamentals meeting (Feb 13th) - it would be great. |
|
Hey @avneeshrai , @mozehgir The new Is it possible that you can leave the file in the same order the original file was in? |
|
@fearthecowboy I have reverted alphabetical sorting of path and definitions for most of the cases so that review efforts are saved. |
Automation for azure-sdk-for-goEncountered a Subprocess error: (azure-sdk-for-go)
Command: dep ensure /bin/sh: 1: dep: not found |
|
Hi There, I am the AutoRest Linter Azure bot. I am here to help. My task is to analyze the situation from the AutoRest linter perspective. Please review the below analysis result: File: AutoRest Linter Guidelines | AutoRest Linter Issues | Send feedback Thanks for your co-operation. |
| "application/json" | ||
| ], | ||
| "paths": { | ||
| "/Subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.RecoveryServices/vaults/{resourceName}/replicationFabrics/{fabricName}/replicationProtectionContainers/{protectionContainerName}/replicationProtectedItems/{replicatedProtectedItemName}/targetComputeSizes": { |
| } | ||
| } | ||
| }, | ||
| "/Subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.RecoveryServices/vaults/{resourceName}/replicationVaultHealth/default/refresh": { |
| "in": "path", | ||
| "description": "Unique fabric name.", | ||
| "required": true, | ||
| " |
There was a problem hiding this comment.
New member -- can we provide an enum of the possible values for this?
| "in": "path", | ||
| "description": "Unique fabric name.", | ||
| "required": true, | ||
| " |
There was a problem hiding this comment.
instanceType and multiVmGroupCreateOption seem like they could have enum to indicate the possible values.
If you use x-ms-enum and modelAsString:true you can add more values later without a breaking change.
| "in": "path", | ||
| "description": "Unique fabric name.", | ||
| "required": true, | ||
| " |
There was a problem hiding this comment.
You're adding enum values (which is a breaking change, but ok in a new API version). You might think about making this modelAsString:true so that it can be expanded without making a breaking change later.
| "in": "path", | ||
| "description": "Unique fabric name.", | ||
| "required": true, | ||
| " |
There was a problem hiding this comment.
I'd recommend that enums are generally modelAsString true to avoid breaking changes in the future.
fearthecowboy
left a comment
There was a problem hiding this comment.
Much Better! at least I was able to go thru it and see whats new much easier.
You have a few enums, which you might want to consider using x-ms-enum/modelAsString:true so that values can be changed in the future.
You also have a few things that end in 'type' or 'option' which makes me wonder if there are enums that describe valid values for those.
|
Tagging @ravbhatnagar for ARM review/feedback. |
|
@fearthecowboy are we talking about just one instance for multiVmGroupCreateOption to be represented as enum here? or you are referring to some other fields as well? Sorry couldn't get it from the comments. |
|
Hey @avneeshrai I was looking at If you don't have an using Given that you have a new API version here, I strongly suggest you take the opportunity to fill in details on types like |
… NetworkMappingFabricSpecificSettings
|
Hi There, I am the AutoRest Linter Azure bot. I am here to help. My task is to analyze the situation from the AutoRest linter perspective. Please review the below analysis result: File: AutoRest Linter Guidelines | AutoRest Linter Issues | Send feedback Thanks for your co-operation. |
|
@fearthecowboy we have made multiVmGroupCreateOption as enum as suggested however kept modelAsString: false, to keep it consistent with other enum fields in our APIs. |
|
@fearthecowboy and yeah let us know if there is any other action item on us :) |
|
I guess I'm ok with this; we're just waiting for ARM signoff from @ravbhatnagar |
|
Signing off! most of these, if not all, are existing APis which have already been reviewed. It looks like they are getting added to swagger now. @avneeshrai - please correct if I am wrong here. |
|
Right @ravbhatnagar, as per my understanding approval have been taken by ASR team for most of these APIs. @fearthecowboy I will now update the PR after sorting API paths and definitions as discussed in the thread. Please merge (if you dont see any issue there). |
|
@fearthecowboy could you please review and merge this :) |
This checklist is used to make sure that common issues in a pull request are addressed. This will expedite the process of getting your pull request merged and avoid extra work on your part to fix issues discovered during the review process.
PR information
api-versionin the path should match theapi-versionin the spec).Quality of Swagger