Removed no longer supported SQL resource types and renamed several operations#1005
Removed no longer supported SQL resource types and renamed several operations#1005veronicagg merged 46 commits intoAzure:masterfrom
Conversation
These APIs were used to upgrade servers from v2 to v12. This is no longer applicable because all servers are v12.
Same for ElasticPoolEditions. Enum names should be singular.
|
@jaredmoo, |
|
Clarification: I actually removed inaccessible or no longer supported types, not APIs. The enum rename is included to get breaking changes done all together. |
veronicagg
left a comment
There was a problem hiding this comment.
Thanks @jaredmoo Your changes look good to me, I've labeled this PR as "potential-sdk-breaking-changes".
There are other errors listed by our validation tool, not related to the changes in this PR, would you like to take a look at those as part of this PR?
|
Thanks @veronicagg , I assume you're talking about the following checks that have PR_ONLY = TRUE? |
|
I believe we are waiting on you guys to make changes to the examples validation, so I will just focus on the linter errors ( https://travis-ci.org/Azure/azure-rest-api-specs/jobs/208461582 ) |
|
Comments on errors:
This is the output of latest version of AutoRest that I'm looking at, right? |
|
@jaredmoo Regarding linter errors:
Regarding model validation errors:
Thanks! |
veronicagg
left a comment
There was a problem hiding this comment.
Please take a look at my previous comment and let me know if you have additional questions. Thanks!
I had removed this in 80ebb4c
|
Done. System2 is actually correct, I had removed this enum element previous because I thought it was wrong. |
|
Will there be a way of suppressing these errors that are acceptable? That way in the future it will be easier to catch regressions. |
There is no other way to get a server, so the simplest name makes sense.
veronicagg
left a comment
There was a problem hiding this comment.
Left one more comment inline, that's giving an error during semantic validation.
Regarding the "exceptions", yes, we will have a way to suppress them in the future, we're working on improving the tools to support that.
Regarding the remaining errors:
- What did you find out on the TrackedResource checks?
- BodyTopLevelProperties - kind is a standard property and we'll be correcting the rule
Since the latest changes introduced "importExport.json" to the PR, you may want to take a look at validation failures:
https://travis-ci.org/Azure/azure-rest-api-specs/jobs/209193852#L964
| "type": "string", | ||
| "description": "The name of the database for which setting the transparent data encryption applies." | ||
| }, | ||
| { |
There was a problem hiding this comment.
A parameter reference like this one is missing for the "get" operation below at https://github.com/Azure/azure-rest-api-specs/pull/1005/files#diff-79c4f982670d02607125a6b94696be04R1379
See https://travis-ci.org/Azure/azure-rest-api-specs/jobs/209193853#L973
|
|
What do I do about this one? https://travis-ci.org/Azure/azure-rest-api-specs/jobs/209193852#L980 We already have |
|
We have some proxy resources that don't have a type property. IMO this is an API bug, but for Swagger purposes right now should I have them include |
73505a0 to
02a3170
Compare
veronicagg
left a comment
There was a problem hiding this comment.
Regarding your question on "ProxyResource" versus "SubResource", since you're referencing your own definitions right now, you can create your own.
Regarding the enum mismatch from a previous comment, I'd recommend updating the spec to make it a "string" and include in the description what the possible values are and how to construct the string, not sure if they are comma separated or semicolon separated, and also, is there a semicolon at the end? When the API bug gets fixed, then this could be turned into an array type.
| @@ -0,0 +1,271 @@ | |||
| { | |||
| "definitions":{ | |||
| "Resource":{ | |||
There was a problem hiding this comment.
missing "x-ms-azure-resource": true
| } | ||
| ] | ||
| }, | ||
| "ResourceModelWithAllowedPropertySet":{ |
There was a problem hiding this comment.
missing "x-ms-azure-resource": true?
There was a problem hiding this comment.
Removed this model (unused)
| ] | ||
| } | ||
| }, | ||
| "parameters":{ |
There was a problem hiding this comment.
are you referring to these parameters anywhere?
There was a problem hiding this comment.
I was just copying resourceDefinitions.json from Azure/azure-rest-api-specs-pr#40 since I thought that's what you were asking for.
| @@ -0,0 +1,271 @@ | |||
| { | |||
There was a problem hiding this comment.
you could include these definitions in one of your existing files and have others refer to them, having a separate file will, at this time, produce "many" violations, since this swagger file is not following an RP structure. At some point, our tools would account for this separate files.
There was a problem hiding this comment.
Ok. I misunderstood what you said earlier. Done.
Resource is back to being defined in each spec file. Also improved some operation descriptions.
|
Changed that enum to a regular string. It's semicolon separated, description was wrong. |
|
Thanks @jaredmoo .
|
Resolving merge conflicts and removing resource definitions from all files except sql.core |
Refer to sql.core.json definitions from other files.
veronicagg
left a comment
There was a problem hiding this comment.
Changes look good, thanks!
|
No modification for NodeJS |
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