-
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
Added data connection check name availability operation #5648
Added data connection check name availability operation #5648
Conversation
Automation for azure-sdk-for-jsNothing to generate for azure-sdk-for-js |
Automation for azure-sdk-for-rubyEncountered 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'] 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) |
REST Spec PR 'Azure/azure-rest-api-specs#5648' REST Spec PR Author 'liatbezalel' REST Spec PR Last commit
Automation for azure-sdk-for-netA PR has been created for you: |
Can one of the admins verify this patch? |
Automation for azure-sdk-for-pythonThe initial PR has been merged into your service PR: |
Automation for azure-sdk-for-goThe initial PR has been merged into your service PR: |
@liatbezalel kindly take care of the merge conflicts |
Automation for azure-sdk-for-javaThe initial PR has been merged into your service PR: |
@@ -2031,6 +2110,32 @@ | |||
} | |||
} | |||
}, | |||
"CheckNameAvailabilityResult": { |
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.
This should align with the following:
{
"nameAvailable": true|false,
"reason": "Invalid|AlreadyExists",
"message": ""
}
Is this already GA'd in this form?
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.
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?
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.
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.
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.
It's already GA'd, so we'll note it and keep that in mind for the next api version
...er/Microsoft.Kusto/stable/2019-01-21/examples/KustoDataConnectionsCheckNameAvailability.json
Outdated
Show resolved
Hide resolved
…ub.com/liatbezalel/azure-rest-api-specs into addDataConnectionCheckNameAvailability
@@ -2031,6 +2110,32 @@ | |||
} | |||
} | |||
}, | |||
"CheckNameAvailabilityResult": { |
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.
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.
...source-manager/Microsoft.Kusto/stable/2019-01-21/examples/KustoDataConnectionValidation.json
Show resolved
Hide resolved
@RyanBensonMSFT did the latest changes take care of your requested changes? |
@praries880 @RyanBensonMSFT after discussion we decided to change the structure of the ckuck name availability as @RyanBensonMSFT suggested. |
REST Spec PR 'Azure/azure-rest-api-specs#5648' REST Spec PR Author 'liatbezalel' REST Spec PR Last commit
@RyanBensonMSFT we are now aligned with the check name pattern. Can you please review the latest changes? |
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.
Looks good to me.
* .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
* .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
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:
ARM API Review Checklist
Failure to comply may result in delays for manifest application. Note this does not apply to data plane APIs.
Please follow the link to find more details on API review process.