-
Notifications
You must be signed in to change notification settings - Fork 28
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
Clarification on api-name, filenames and servers object #333
base: main
Are you sure you want to change the base?
Conversation
* Update API-design-guidelines.md * Update API-design-guidelines.md * Clarifications on api-name, filenames and servers object * Revert "Update API-design-guidelines.md" This reverts commit 1353c82. --------- Co-authored-by: rartych <[email protected]>
@@ -1298,6 +1299,7 @@ servers: | |||
default: http://localhost:9091 | |||
description: API root, defined by the service provider, e.g. `api.example.com` or `api.example.com/somepath` | |||
``` | |||
If more than one server object instances are listed, each `servers[*].url` property must have the same string for the `api-name` and `api-version` in respective instance. |
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.
@rartych, I don't think I had this sentence formulated correctly in my original suggestion. I suggest the following as the final string:
If more than one server object instances is listed, the servers[*].url
property of each instance must have the same values for the api-name
and api-version
.
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.
Corrected in a59b7aa
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.
Statement about the servers[*].url looks good to me.
What type of PR is this?
What this PR does / why we need it:
Missing guideline for file names of API definition files, indirect definition of
api-name
variable.This PR adds the definition of api-name to Common Vocabulary and Acronyms and clarifies the name of API definition files and servers object content
Which issue(s) this PR fixes:
Fixes #298 #284
Does this PR introduce a breaking change?
Special notes for reviewers:
Do we need similar definition of 'api-version'?
JSON format is not currently used in any subproject, should the file extension .json be removed?
Changelog input
Additional documentation