-
Notifications
You must be signed in to change notification settings - Fork 5.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Create a new version of consumption, with preview budget merge with usage detail and reservation #2289
Conversation
We made some updates in December, and moved back to working out of |
I saw you switched base branch to master. Other than that, let me know what to do with branch on my side and if you have any comments on this pull request. |
I was just swooping in to make sure the PR was targeting the correct branch. I'll hand this back-off to the assignee, @alvadb. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The model validation failures need to be fixed, please see the travis log.
@bgsky has this been reviewed and signed off by ARM? |
Was unable to find SDK Azure/azure-sdk-for-python PR for this closed PR. |
@jhendrixMSFT This is merge of previous preview version with stable version. We don't have a ARM review for this pull request yet. Let me fix the errors first. |
Re-assigning to @jhendrixMSFT |
Can you please provide a link to the preview version from which this swagger originates? Can you also please provide a reference to the PR for the preview version where ARM team signed off? |
Please refer to the following link for the preview version: |
To be clear on the ARM review, this PR is publishing a new version of the api with no changes than what is already GA’ed in our ‘2017-11-30’ api version. We had got it reviewed with ARM team then and nothing has changed on it since then. Should we still get another approval from ARM for this too? Essentially we are combining the operations available in our swagger versions ‘2017-11-30’ and ‘2017-12-30-preview’ into this. Please let us know |
@sandeepnl If the ARM team has signed off on the changes for preview then as long as this content is 100% identical there is no need for another review with ARM. It is good to have all the links to previous PRs with ARM's signoff however in #2144 it would appear that the ARM sign-off happened offline as I see no record of it in the PR. |
@@ -853,7 +853,7 @@ | |||
"type": "object", | |||
"allOf": [ | |||
{ | |||
"$ref": "#/definitions/ProxyResource" | |||
"$ref": "#/definitions/Resource" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Was this change intentional?
I merged the two swaggers by hand and diff'ed them with what's presented here and there are a few discrepancies.
|
Thanks for merging and comparing. Will fix errors and send another iteration |
@bgsky We should have the operations path in the new swagger as well. Please add them and let us talk internally about why etags was removed. |
@jhendrixMSFT Please lets know if model validation works. |
This reverts commit 15221bd.
@@ -4,7 +4,7 @@ | |||
"scope": "subscriptions/subid/providers/Microsoft.Billing/billingPeriods/201702", | |||
"$expand": "meterDetails,additionalProperties", | |||
"$filter": "usageEnd le 2017-02-14T00:00:00Z", | |||
"$top": "1" | |||
"$top": 1 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Dont change this version of the swagger/examples. You need to change it in 2018-01-31 version
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for catch. This change is reverted, and new one on latest version is added
@dsgouda do you know why this model validation is failing? It says "expected type integer but found type string" however the type in the example is type integer. Is this a bug or am I missing something? |
@jhendrixMSFT are these introduced in the current PR? I can't see anything in |
Yep this is current, here's the travis log. The operation ID in question is UsageDetails_List, example UsageDetailsExpand. |
😆 I see what's wrong, OpenAPI specs do not recognize |
Would it require the type change on our side? Lets change it to number on our side |
Travis CI build does not start automatically after the latest iteration. Is there an issue somewhere? |
Taking a look. |
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. |
I would also add that changing it to number still fails model validation in the same way but with the number type, "Expected type number but found type string". |
You're right @jhendrixMSFT my bad. |
@bgsky can you please revert your latest commit so they type is changed back to number? Sorry for the confusion. |
@jhendrixMSFT My latest commit is to switch integer to number. It was originally integer, and is number now. Would you want to revert it? |
Yes the type should be integer (number is used for floating point/decimal values). |
This reverts commit 380cc0e.
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. |
I think the model validation failure is a bug, I've opened Azure/oav#197 to track it. |
Was unable to find SDK Azure/azure-sdk-for-python PR for this closed PR. |
No modification for AutorestCI/azure-sdk-for-python |
@jhendrixMSFT This contains a global "budgetName" that should be a method declaration. |
@lmazuel All I see is |
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-version
in the path should match theapi-version
in the spec).Quality of Swagger