Skip to content
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

[Communication] - Identity/TURN - Update TURN response to use array of urls #13157

Merged
merged 8 commits into from
Feb 25, 2021
Merged

[Communication] - Identity/TURN - Update TURN response to use array of urls #13157

merged 8 commits into from
Feb 25, 2021

Conversation

apattath
Copy link
Contributor

MSFT employees can try out our new experience at OpenAPI Hub - one location for using our validation tools and finding your workflow.

Based on a comment from a previous PR, it was decided that TURN API response should return an array of urls instead of a single url string to make it future proof.
This change updates the swagger and example to follow that. The service side changes and SDK will be updated subsequently.
This API is not released to public yet. It's meant to be released in limited private preview release this month.

Changelog

Please ensure to add changelog with this PR by answering the following questions.

  1. What's the purpose of the update?
    • new service onboarding
    • new API version
    • update existing version for new feature
    • update existing version to fix swagger quality issue in s360
    • Other, please clarify
  2. When you are targeting to deploy new service/feature to public regions? Service is already deployed, SDK is not released yet.
  3. When you expect to publish swagger? 2/25/2021
  4. If it's an update to existing version, please select SDKs of specific language and CLIs that require refresh after swagger is published.
    • [x]SDK of .NET (need service team to ensure code readiness)
    • SDK of Python
    • SDK of Java
    • SDK of Js
    • SDK of Go
    • PowerShell
    • CLI
    • Terraform
    • No, no need to refresh for updates in this PR

Contribution checklist:

If any further question about AME onboarding or validation tools, please view the FAQ.

ARM API Review Checklist

  • Ensure to check this box if one of the following scenarios meet updates in the PR, so that label “WaitForARMFeedback” will be added automatically to involve ARM API Review. Failure to comply may result in delays for manifest application. Note this does not apply to data plane APIs, all “removals” and “adding a new property” no more require ARM API review.

    • Adding new API(s)
    • Adding a new API version
    • Adding a new service
  • Please ensure you've reviewed following guidelines including ARM resource provider contract and REST guidelines. Estimated time (4 hours). This is required before you can request review from ARM API Review board.

  • If you are blocked on ARM review and want to get the PR merged with urgency, please get the ARM oncall for reviews (RP Manifest Approvers team under Azure Resource Manager service) from IcM and reach out to them.

Breaking Change Review Checklist

If there are following updates in the PR, ensure to request an approval from Breaking Change Review Board as defined in the Breaking Change Policy.

  • Removing API(s) in stable version
  • Removing properties in stable version
  • Removing API version(s) in stable version
  • Updating API in stable or public preview version with Breaking Change Validation errors
  • Updating API(s) in public preview over 1 year (refer to Retirement of Previews)

Action: to initiate an evaluation of the breaking change, create a new intake using the template for breaking changes. Addition details on the process and office hours are on the Breaking change Wiki.

Please follow the link to find more details on PR review process.

@openapi-workflow-bot
Copy link

Hi, @apattath Thanks for your PR. I am workflow bot for review process. Here are some small tips.

  • Please ensure to do self-check against checklists in first PR comment.
  • PR assignee is the person auto-assigned and responsible for your current PR reviewing and merging.
  • For specs comparison cross API versions, Use API Specs Comparison Report Generator
  • If there is CI failure(s), to fix CI error(s) is mandatory for PR merging; or you need to provide justification in PR comment for explanation. How to fix?

  • Any feedback about review process or workflow bot, pls contact swagger and tools team. vsswagger@microsoft.com

    @openapi-pipeline-app
    Copy link

    openapi-pipeline-app bot commented Feb 25, 2021

    Swagger Validation Report

    ️❌BreakingChange: 1 Errors, 0 Warnings failed [Detail]

    Rule Message
    1026 - TypeChanged The new version has a different type 'array' than the previous one 'string'.
    New: Microsoft.CommunicationServicesTurn/preview/2021-02-22-preview1/CommunicationTurn.json#L63:9
    Old: Microsoft.CommunicationServicesTurn/preview/2021-02-22-preview1/CommunicationTurn.json#L63:9
    ️️✔️LintDiff succeeded [Detail] [Expand]
    Validation passes for LintDiff.

    ️️✔️Avocado succeeded [Detail] [Expand]
    Validation passes for Avocado.
    ️️✔️ModelValidation succeeded [Detail] [Expand]
    Validation passes for ModelValidation.
    ️️✔️SemanticValidation succeeded [Detail] [Expand]
    Validation passes for SemanticValidation.
    ️️✔️[Staging] Cross Version BreakingChange (Base on preview version) succeeded [Detail] [Expand]
    There are no breaking changes.
    ️️✔️[Staging] Cross Version BreakingChange (Base on stable version) succeeded [Detail] [Expand]
    There are no breaking changes.
    ️️✔️CredScan succeeded [Detail] [Expand]
    There is no credential detected.
    ️⚠️[Staging] SDK Track2 Validation: 1 Warnings warning [Detail]

    Rule Message
    ⚠️ PreCheck/CheckDuplicateSchemas "readme":"communication/data-plane/readme.md",
    "tag":"package-2021-02-22-preview1",
    "details":"Checking for duplicate schemas,
    this could take a (long) while. Run with --verbose for more detail."
    ️️✔️[Staging] PrettierCheck succeeded [Detail] [Expand]
    Validation passes for PrettierCheck.
    ️️✔️[Staging] SpellCheck succeeded [Detail] [Expand]
    Validation passes for SpellCheck.
    Posted by Swagger Pipeline | How to fix these errors?

    @openapi-pipeline-app
    Copy link

    openapi-pipeline-app bot commented Feb 25, 2021

    Swagger pipeline restarted successfully, please wait for status update in this comment.

    @openapi-workflow-bot
    Copy link

    Hi @apattath, one or multiple breaking change(s) is detected in your PR. Please check out the breaking change(s), and provide business justification in the PR comment and @ PR assignee why you must have these change(s), and how external customer impact can be mitigated. Please ensure to follow breaking change policy to request breaking change review and approval before proceeding swagger PR review.
    Action: To initiate an evaluation of the breaking change, create a new intake using the template for breaking changes. Addition details on the process and office hours are on the Breaking change Wiki.
    If you want to know the production traffic statistic, please see ARM Traffic statistic.
    If you think it is false positive breaking change, please provide the reasons in the PR comment, report to Swagger Tooling Team via https://aka.ms/swaggerfeedback.

    @apattath
    Copy link
    Contributor Author

    The API is in private preview and not yet released to any partners. So, the breaking change that is flagged is not really breaking at this time.

    @RezaJooyandeh RezaJooyandeh changed the title "[Communication ] - <Identity/TURN> - <Update TURN response to use array of urls>" [Communication ] - Identity/TURN - Update TURN response to use array of urls Feb 25, 2021
    @apattath apattath changed the title [Communication ] - Identity/TURN - Update TURN response to use array of urls [Communication] - Identity/TURN - Update TURN response to use array of urls Feb 25, 2021
    @tjprescott
    Copy link
    Member

    @lmazuel can you merge this? This is false positive for breaking changes as this API has not been released to anyone.

    @lmazuel lmazuel merged commit 1923479 into Azure:master Feb 25, 2021
    apattath added a commit to Azure/azure-sdk-for-net that referenced this pull request Mar 10, 2021
    … TURN Urls response to array (#19391)
    
    The following changes are present in this PR (all are based on comments on my original SDK check-in here: #18865).
    
    1. Update SDK to use TURN preview version
    2. Update SDK to handle Urls field as an array in TURN response (The corresponding swagger changes can be found here Azure/azure-rest-api-specs#13157)
    3. Add Managed Identity TURN API tests.
    4. Update code snippets and ReadMe files to match above changes.
    
    This checklist is used to make sure that common guidelines for a pull request are followed.
    - [x] **Please open PR in `Draft` mode if it is:**
    	- Work in progress or not intended to be merged.
    	- Encountering multiple pipeline failures and working on fixes.
    - [x] If an SDK is being regenerated based on a new swagger spec, a link to the pull request containing these swagger spec changes has been included above.
    - [x] **I have read the [contribution guidelines](https://github.com/Azure/azure-sdk-for-net/blob/master/CONTRIBUTING.md).**
    - [x] **The pull request does not introduce [breaking changes](https://github.com/dotnet/corefx/blob/master/Documentation/coding-guidelines/breaking-change-rules.md).**
    
    - [x] Title of the pull request is clear and informative.
    - [x] There are a small number of commits, each of which have an informative message. This means that previously merged commits do not appear in the history of the PR. For more information on cleaning up the commits in your PR, [see this page](https://github.com/Azure/azure-powershell/blob/master/documentation/development-docs/cleaning-up-commits.md).
    
    - [x] Pull request includes test coverage for the included changes.
    
    - [ ] The generate.cmd file for the SDK has been updated with the version of AutoRest, as well as the commitid of your swagger spec or link to the swagger spec, used to generate the code. (Track 2 only)
    - [ ] The `*.csproj` and `AssemblyInfo.cs` files have been updated with the new version of the SDK. Please double check nuget.org current release version.
    
    Note: Only applies to `Microsoft.Azure.Management.[RP]` or `Azure.ResourceManager.[RP]`
    
    - [ ] Include updated [management metadata](https://github.com/Azure/azure-sdk-for-net/tree/master/eng/mgmt/mgmtmetadata).
    - [ ] Update AzureRP.props to add/remove version info to maintain up to date API versions.
    
    - If this is very first SDK for a services and you are adding new service folders directly under /SDK, please add `new service` label and/or contact assigned reviewer.
    - If the check fails at the `Verify Code Generation` step, please ensure:
    	- Do not modify any code in generated folders.
    	- Do not selectively include/remove generated files in the PR.
    	- Do use `generate.ps1/cmd` to generate this PR instead of calling `autorest` directly.
    	Please pay attention to the @microsoft.csharp version output after running generate.ps1. If it is lower than current released version (2.3.82), please run it again as it should pull down the latest version,
    
     Please note:
    	If PRs (including draft) has been out for more than 60 days and there are no responses from our query or followups, they will be closed to maintain a concise list for our reviewers.
    apattath added a commit to Azure/azure-sdk-for-net that referenced this pull request Apr 2, 2021
    … TURN Urls response to array (#19391)
    
    The following changes are present in this PR (all are based on comments on my original SDK check-in here: #18865).
    
    1. Update SDK to use TURN preview version
    2. Update SDK to handle Urls field as an array in TURN response (The corresponding swagger changes can be found here Azure/azure-rest-api-specs#13157)
    3. Add Managed Identity TURN API tests.
    4. Update code snippets and ReadMe files to match above changes.
    
    This checklist is used to make sure that common guidelines for a pull request are followed.
    - [x] **Please open PR in `Draft` mode if it is:**
    	- Work in progress or not intended to be merged.
    	- Encountering multiple pipeline failures and working on fixes.
    - [x] If an SDK is being regenerated based on a new swagger spec, a link to the pull request containing these swagger spec changes has been included above.
    - [x] **I have read the [contribution guidelines](https://github.com/Azure/azure-sdk-for-net/blob/master/CONTRIBUTING.md).**
    - [x] **The pull request does not introduce [breaking changes](https://github.com/dotnet/corefx/blob/master/Documentation/coding-guidelines/breaking-change-rules.md).**
    
    - [x] Title of the pull request is clear and informative.
    - [x] There are a small number of commits, each of which have an informative message. This means that previously merged commits do not appear in the history of the PR. For more information on cleaning up the commits in your PR, [see this page](https://github.com/Azure/azure-powershell/blob/master/documentation/development-docs/cleaning-up-commits.md).
    
    - [x] Pull request includes test coverage for the included changes.
    
    - [ ] The generate.cmd file for the SDK has been updated with the version of AutoRest, as well as the commitid of your swagger spec or link to the swagger spec, used to generate the code. (Track 2 only)
    - [ ] The `*.csproj` and `AssemblyInfo.cs` files have been updated with the new version of the SDK. Please double check nuget.org current release version.
    
    Note: Only applies to `Microsoft.Azure.Management.[RP]` or `Azure.ResourceManager.[RP]`
    
    - [ ] Include updated [management metadata](https://github.com/Azure/azure-sdk-for-net/tree/master/eng/mgmt/mgmtmetadata).
    - [ ] Update AzureRP.props to add/remove version info to maintain up to date API versions.
    
    - If this is very first SDK for a services and you are adding new service folders directly under /SDK, please add `new service` label and/or contact assigned reviewer.
    - If the check fails at the `Verify Code Generation` step, please ensure:
    	- Do not modify any code in generated folders.
    	- Do not selectively include/remove generated files in the PR.
    	- Do use `generate.ps1/cmd` to generate this PR instead of calling `autorest` directly.
    	Please pay attention to the @microsoft.csharp version output after running generate.ps1. If it is lower than current released version (2.3.82), please run it again as it should pull down the latest version,
    
     Please note:
    	If PRs (including draft) has been out for more than 60 days and there are no responses from our query or followups, they will be closed to maintain a concise list for our reviewers.
    mkarmark pushed a commit to mkarmark/azure-rest-api-specs that referenced this pull request Jul 21, 2021
    …f urls (Azure#13157)
    
    * update Identity and Turn swaggers to use common definition of CommunicationErrorResponse type
    
    * Update Turn swagger to use definitions from CommunicationIdentity swagger
    
    * update CommunicationIdentity to preview version to match with CommunicationTurn swagger
    
    * update readme file with preview version of CommnicationIdentity.json
    
    * add examples for CommunicationIdentity
    
    * update urls in TURN response to be an array
    
    Co-authored-by: Avin Pattath <avinp@microsoft.com>
    Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
    Labels
    None yet
    Projects
    None yet
    Development

    Successfully merging this pull request may close these issues.

    3 participants