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.
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.
New writable properties should go in a new api-version. what is the impact of this value being set via portal, resource retrieved via an existing SDK which ignores this value since it doesn't understand it. Now the user sends a PUT on the existing resource from the SDK but the request body doesn't contain this. what happens to the value of this property on the server.
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.
What is the impact of this value being set via portal:
The table in the target side will auto create for copy job.
What happens to the value of this property on the server if request body doesn't contain this:
the default value is none.
This is a very common qestion for new release feature and backword compatiable
@hvermis help to explain the ADF SDK behavior.
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 SDK will ignore it if it doesn't know about it. We keep updating our SDKs frequently to keep and ask our customers to get the latest version. We also align new features in our UI with our SDK releases, and our customers know that if they use both, they need to get the latest SDK.
This actually a downside of Autorest - it should have kept original properties instead of discarding them, but that is a different topic.
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.
@hvermis - you do realize that this is contrary to the Microsoft Rest API guidelines which are publicly available? Please check it here - https://github.com/microsoft/api-guidelines/blob/vNext/Guidelines.md#123-definition-of-a-breaking-change
paragraph 2 sentence 2 in the above section.
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.
@ravbhatnagar Yes, we are aware. However those guidelines are not scalable - we always need to add new properties to our APIs and models, and adding new API version every time is not feasible.
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.
@ravbhatnagar Do you have any other question? Can you help to approve this PR?