-
Notifications
You must be signed in to change notification settings - Fork 5.3k
Adding appRole property to ApplicationCreateParameters and ApplicationUpdateParameters #3165
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
Conversation
* Add appRole property to ApplicationCreate and ApplicationUpdate parameters * Validated swagger api changes
Automation for azure-libraries-for-javaA PR has been created for you: |
Automation for azure-sdk-for-nodeA PR has been created for you: |
Automation for azure-sdk-for-rubyA PR has been created for you: |
Automation for azure-sdk-for-pythonA PR has been created for you based on this PR content. Once this PR will be merged, content will be added to your service PR: |
Automation for azure-sdk-for-goA PR has been created for you: |
"appRoles": { | ||
"type": "array", | ||
"items": { | ||
"type": "string" |
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.
please doublecheck. your other modification declare "$ref": "#/definitions/appRole"
types as array elements but here you have type string. It is kind of inconsistent.
@jillcary please fix the linter error - "Error: Could not resolve reference #/definitions/appRole" |
* add definition for AppRole object referred to by AppRoles array * Capitalize AppRole in reference * Update all appRoles arrays to have AppRole type for consistency
@jillcary please add/modify operation examples that will show valid values for newly added type(s). |
* Included example and allowed values for allowedMemberTypes, displayName, id, and value. * Used examples from https://developer.microsoft.com/graph/docs/api-reference/beta/resources/approle
@jillcary your PR introduces a breaking change by adding a new property in the Put(Create) and Get scenarios. The suggested way to do this kind of changes it to park them till next API version update because it adds a new functionality in the already shipped SDK. SDK users will actually be cleaning out the values that were added previously without actually realizing it. Imagine the following scenario:
Please discuss this flow with your team and provide your decision here. |
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.
@jillcary I would recommend to introduce breaking changes to the next API version.
parameters
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