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

Added data connection check name availability operation #5648

Merged
merged 12 commits into from
May 7, 2019
Merged

Added data connection check name availability operation #5648

merged 12 commits into from
May 7, 2019

Conversation

liatbezalel
Copy link
Contributor

Added data connection check name availability operation as part of swagger operations completeness.

Latest improvements:

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

Contribution checklist:

  • I have reviewed the documentation for the workflow.
  • Validation tools were run on swagger spec(s) and have all been fixed in this PR.
  • The OpenAPI Hub was used for checking validation status and next steps.

ARM API Review Checklist

  • Service team MUST add the "WaitForARMFeedback" label if the management plane API changes fall into one of the below categories.
  • adding/removing APIs.
  • adding/removing properties.
  • adding/removing API-version.
  • adding a new service in Azure.

Failure to comply may result in delays for manifest application. Note this does not apply to data plane APIs.

  • If you are blocked on ARM review and want to get the PR merged urgently, please get the ARM oncall for reviews (RP Manifest Approvers team under Azure Resource Manager service) from IcM and reach out to them.
    Please follow the link to find more details on API review process.

@AutorestCI
Copy link

AutorestCI commented Apr 15, 2019

Automation for azure-sdk-for-js

Nothing to generate for azure-sdk-for-js

@AutorestCI
Copy link

AutorestCI commented Apr 15, 2019

Automation for azure-sdk-for-ruby

Encountered a Subprocess error: (azure-sdk-for-ruby)

Command: ['/usr/local/bin/autorest', '/tmp/tmpu3rf65yn/rest/specification/azure-kusto/resource-manager/readme.md', '--perform-load=false', '--swagger-to-sdk', '--output-artifact=configuration.json', '--input-file=foo', '--output-folder=/tmp/tmpg5n9biak']
Finished with return code 7
and output:

AutoRest code generation utility [version: 2.0.4283; node: v8.12.0]
(C) 2018 Microsoft Corporation.
https://aka.ms/autorest
Failure:
Error: Unable to start AutoRest Core from /root/.autorest/@microsoft.azure_autorest-core@2.0.4370/node_modules/@microsoft.azure/autorest-core
Error: Unable to start AutoRest Core from /root/.autorest/@microsoft.azure_autorest-core@2.0.4370/node_modules/@microsoft.azure/autorest-core
    at main (/opt/node_modules/autorest/dist/app.js:232:19)
    at <anonymous>

/root/.autorest/@microsoft.azure_autorest-core@2.0.4370/node_modules/@microsoft.azure/autorest-core/dist/app.js:33
    autorest_core_1.Shutdown();
    ^
ReferenceError: autorest_core_1 is not defined
    at process.on (/root/.autorest/@microsoft.azure_autorest-core@2.0.4370/node_modules/@microsoft.azure/autorest-core/dist/app.js:33:5)
    at emitOne (events.js:121:20)
    at process.emit (events.js:211:7)
    at process.emit (/node_modules/source-map-support/source-map-support.js:439:21)
fs.js:612
  return binding.close(fd);
                 ^

Error: EBADF: bad file descriptor, close
    at Object.fs.closeSync (fs.js:612:18)
    at StaticVolumeFile.shutdown (/opt/node_modules/autorest/dist/static-loader.js:352:10)
    at StaticFilesystem.shutdown (/opt/node_modules/autorest/dist/static-loader.js:406:17)
    at process.exit.n [as exit] (/opt/node_modules/autorest/dist/static-loader.js:169:11)
    at printErrorAndExit (/node_modules/source-map-support/source-map-support.js:423:11)
    at process.emit (/node_modules/source-map-support/source-map-support.js:435:16)
    at process._fatalException (bootstrap_node.js:391:26)

adxsdknet added a commit to adxsdknet/azure-sdk-for-net that referenced this pull request Apr 15, 2019
REST Spec PR 'Azure/azure-rest-api-specs#5648'
REST Spec PR Author 'liatbezalel'
REST Spec PR Last commit
@adxsdknet
Copy link

adxsdknet commented Apr 15, 2019

Automation for azure-sdk-for-net

A PR has been created for you:
Azure/azure-sdk-for-net#5798
.NET SDK Commits:
adxsdknet/azure-sdk-for-net@8404cd0
adxsdknet/azure-sdk-for-net@fa7559a

@azuresdkci
Copy link
Contributor

Can one of the admins verify this patch?

@AutorestCI
Copy link

AutorestCI commented Apr 15, 2019

Automation for azure-sdk-for-python

The initial PR has been merged into your service PR:
Azure/azure-sdk-for-python#4642

@AutorestCI
Copy link

AutorestCI commented Apr 15, 2019

Automation for azure-sdk-for-go

The initial PR has been merged into your service PR:
Azure/azure-sdk-for-go#4759

@praries880 praries880 added the WaitForARMFeedback <valid label in PR review process> add this label when ARM review is required label Apr 15, 2019
@praries880
Copy link

@liatbezalel kindly take care of the merge conflicts

@AutorestCI
Copy link

AutorestCI commented Apr 16, 2019

Automation for azure-sdk-for-java

The initial PR has been merged into your service PR:
Azure/azure-sdk-for-java#3168

@@ -2031,6 +2110,32 @@
}
}
},
"CheckNameAvailabilityResult": {
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This should align with the following:

{
"nameAvailable": true|false,
"reason": "Invalid|AlreadyExists",
"message": ""
}

https://github.com/Azure/azure-resource-manager-rpc/blob/002d272ec9c522f1b8606c5b062a9fa80145efe8/v1.0/proxy-api-reference.md#check-name-availability-requests

Is this already GA'd in this form?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, it's already in production and unfortunately this might be a breaking change. Can we please keep it in that way?

The reason we used enum instead of boolean for "nameAvailable" is because of the linter warning:

WARNING (EnumInsteadOfBoolean/R3018/ARMViolation): Booleans are not descriptive and make them hard to use. Consider using string enums with allowed set of values defined.

What should be the correct behavior in that case?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I feel the same way about the bool here but its the pattern for checkNameAvailability. If this is already out in a GA'd api version then we can move forward with just documenting the behavior, even if its not perfectly aligned. Consider aligning in a future api version though.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It's already GA'd, so we'll note it and keep that in mind for the next api version

@@ -2031,6 +2110,32 @@
}
}
},
"CheckNameAvailabilityResult": {
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I feel the same way about the bool here but its the pattern for checkNameAvailability. If this is already out in a GA'd api version then we can move forward with just documenting the behavior, even if its not perfectly aligned. Consider aligning in a future api version though.

@ryansbenson ryansbenson added the ARMChangesRequested <valid label in PR review process>add this label when require changes after ARM review label Apr 19, 2019
@praries880
Copy link

@RyanBensonMSFT did the latest changes take care of your requested changes?

@liatbezalel
Copy link
Contributor Author

@praries880 @RyanBensonMSFT after discussion we decided to change the structure of the ckuck name availability as @RyanBensonMSFT suggested.
We'll add a new iteration for that

adxsdknet added a commit to adxsdknet/azure-sdk-for-net that referenced this pull request May 6, 2019
REST Spec PR 'Azure/azure-rest-api-specs#5648'
REST Spec PR Author 'liatbezalel'
REST Spec PR Last commit
@liatbezalel
Copy link
Contributor Author

@RyanBensonMSFT we are now aligned with the check name pattern. Can you please review the latest changes?

Copy link
Member

@majastrz majastrz left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good to me.

@majastrz majastrz added ARMSignedOff <valid label in PR review process>add this label when ARM approve updates after review and removed ARMChangesRequested <valid label in PR review process>add this label when require changes after ARM review WaitForARMFeedback <valid label in PR review process> add this label when ARM review is required labels May 6, 2019
@praries880 praries880 merged commit 1b90713 into Azure:master May 7, 2019
dsgouda pushed a commit to Azure/azure-sdk-for-net that referenced this pull request May 8, 2019
* .NET SDK Resource Provider:'Kusto'
REST Spec PR 'Azure/azure-rest-api-specs#5648'
REST Spec PR Author 'liatbezalel'
REST Spec PR Last commit

* .NET SDK Resource Provider:'Kusto'
REST Spec PR 'Azure/azure-rest-api-specs#5648'
REST Spec PR Author 'liatbezalel'
REST Spec PR Last commit
mentat9 pushed a commit to mentat9/azure-sdk-for-net that referenced this pull request Jun 10, 2019
* .NET SDK Resource Provider:'Kusto'
REST Spec PR 'Azure/azure-rest-api-specs#5648'
REST Spec PR Author 'liatbezalel'
REST Spec PR Last commit

* .NET SDK Resource Provider:'Kusto'
REST Spec PR 'Azure/azure-rest-api-specs#5648'
REST Spec PR Author 'liatbezalel'
REST Spec PR Last commit
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
ARMSignedOff <valid label in PR review process>add this label when ARM approve updates after review
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants