├── .gitignore
├── README.md
└── spec-studio
└── 1_0_0
├── travelbureau
└── v1
│ └── specifications
│ ├── accommodations.xml
│ ├── destinations.xml
│ ├── trips.xml
│ ├── travelers.xml
│ └── commons.xml
└── xsd
├── spec.xsd
└── components.xsd
/.gitignore:
--------------------------------------------------------------------------------
1 | .DS_Store
--------------------------------------------------------------------------------
/README.md:
--------------------------------------------------------------------------------
1 | # zest-samples
2 |
3 | You can explore a wide range of ZEST samples in our GitHub repository. These samples are curated to help you understand and implement ZEST effectively for your API development needs. Use these examples as a starting point to streamline your API design process with ZEST.
4 |
5 | You can access the latest version of ZEST specification samples [here](/spec-studio/1_0_0).
--------------------------------------------------------------------------------
/spec-studio/1_0_0/travelbureau/v1/specifications/accommodations.xml:
--------------------------------------------------------------------------------
1 |
2 |
3 |
4 |
5 |
6 | The unique record ID of the accommodation.
7 |
8 |
9 | Name of the accommodation place.
10 |
11 |
12 | Your arrival date at the place.
13 |
14 |
15 | The departure date indicating the end of your stay.
16 |
17 |
18 |
19 |
20 |
21 |
22 |
23 |
24 |
25 |
26 |
27 | Specify the ids for which the operation has to take place.
28 |
29 |
30 |
31 |
32 |
33 |
34 |
35 |
36 |
37 |
38 | The accommodations hold the basic details for staying in a hotel, hostel, resort, vacation and rental. This API supports all the four CRUD operations to efficiently manage records in the resource.
39 |
40 |
41 |
42 |
43 |
44 |
45 |
46 |
47 |
48 |
49 |
50 |
51 |
52 |
53 |
54 |
55 | This operation fetches the accommodation details available in the Travel Bureau. You can also provide the IDs of the records to get the details of particular records.
56 |
57 |
58 |
59 |
60 |
61 |
62 |
63 |
64 |
65 |
66 |
67 |
68 |
69 |
70 |
71 |
72 |
73 |
74 |
75 |
76 | It helps you to add new accommodation to the Travel Bureau.
77 |
78 |
79 |
80 |
81 |
82 |
83 |
84 |
85 |
86 |
87 | It aids you in updating the details of the existing accommodation in the Travel Bureau.
88 |
89 |
90 |
91 |
92 |
93 |
94 |
95 |
96 |
97 |
98 | This helps you to delete the existing accommodation records in the Travel Bureau.
99 |
100 |
101 |
102 |
103 |
104 |
105 |
106 |
107 |
108 |
109 |
110 |
111 |
112 |
113 |
114 |
115 |
116 |
117 |
118 |
119 |
120 |
121 |
--------------------------------------------------------------------------------
/spec-studio/1_0_0/travelbureau/v1/specifications/destinations.xml:
--------------------------------------------------------------------------------
1 |
2 |
3 |
4 |
5 |
6 | The unique record ID of the destination.
7 |
8 |
9 | Name of the destination.
10 |
11 |
12 | Provides the comprehensive details about the destination and places nearby to explore. The value for this key should be given in the HTML format.
13 |
14 |
15 | Denotes the rating of a particular destination based on the general public reviews.
16 |
17 |
18 |
19 |
20 |
21 |
22 |
23 |
24 |
25 |
26 |
27 | Specify the ids for which the operation has to take place.
28 |
29 |
30 |
31 |
32 |
33 |
34 |
35 |
36 |
37 |
38 | This resource serves as a gateway to the world's most enchanting and diverse locales. It provides details such as famous nearby places to visit, accompanied by pictures and a comprehensive travelogue for each destination. The API facilitates efficient retrieval, management, and utilization of destination data.
39 |
40 |
41 |
42 |
43 |
44 |
45 |
46 |
47 |
48 |
49 |
50 |
51 |
52 |
53 |
54 |
55 | This operation fetches the destination details available in the Travel Bureau. You can also provide the IDs of the records to get the details of particular records.
56 |
57 |
58 |
59 |
60 |
61 |
62 |
63 |
64 |
65 |
66 |
67 |
68 |
69 |
70 |
71 |
72 |
73 |
74 |
75 |
76 | It helps you to add new destination to the Travel Bureau.
77 |
78 |
79 |
80 |
81 |
82 |
83 |
84 |
85 |
86 |
87 | It aids you in updating the details of the existing destination in the Travel Bureau.
88 |
89 |
90 |
91 |
92 |
93 |
94 |
95 |
96 |
97 |
98 | This helps you to delete the existing destination records in the Travel Bureau.
99 |
100 |
101 |
102 |
103 |
104 |
105 |
106 |
107 |
108 |
109 |
110 |
111 |
112 |
113 |
114 |
115 |
116 |
117 |
118 |
119 |
120 |
121 |
--------------------------------------------------------------------------------
/spec-studio/1_0_0/travelbureau/v1/specifications/trips.xml:
--------------------------------------------------------------------------------
1 |
2 |
3 |
4 |
5 |
6 | Name of the trip.
7 |
8 |
9 | The unique record ID of the trip.
10 |
11 |
12 | Destination of the trip.
13 |
14 |
15 | The starting time of the trip.
16 |
17 |
18 | The ending time of the trip.
19 |
20 |
21 | The total number of trip days.
22 |
23 |
24 | Your preferred medium of transport.
25 |
26 |
27 | Elaborate your hybrid details and the list of your preferred medium of transport.
28 |
29 |
30 | Type of your accommodation.
31 |
32 |
33 | Budget of your trip.
34 |
35 |
36 |
37 | List of adventure activities according to the suggestions of traveler(s).
38 |
39 |
40 |
41 |
42 |
43 |
44 | Denotes whether adventure activities can be included in the trip.
45 | - **true**: Adventure activities will be included in the trip.
46 | - **false**: Adventure activities are not included in the trip.
47 |
48 |
49 |
50 |
51 |
52 |
53 |
54 |
55 |
56 |
57 |
58 |
59 |
60 | Specify the id(s) for which the operation has to take place.
61 |
62 |
63 |
64 |
65 |
66 |
67 |
68 |
69 |
70 | Specify the service from which the resource is consumed.
71 |
72 |
73 |
74 |
75 |
76 |
77 |
78 |
79 |
80 |
81 | Trips holds details such as trip itineraries, departure and arrival information, and other relevant data regarding a trip in the Travel Bureau. It offers all four CRUD operations for the effective management of records in the resource.
82 |
83 |
84 |
85 |
86 |
87 |
88 |
89 |
90 |
91 |
92 |
93 |
94 |
95 |
96 |
97 |
98 | This operation fetches the trips details available in the Travel Bureau. You can also provide the IDs of the records to get only the details of particular records.
99 |
100 |
101 |
102 |
103 |
104 |
105 |
106 |
107 |
108 |
109 |
110 |
111 |
112 |
113 |
114 |
115 |
116 |
117 |
118 |
119 |
120 | It helps you to add new trips to the Travel Bureau.
121 |
122 |
123 |
124 |
125 |
126 |
127 |
128 |
129 |
130 |
131 |
132 |
133 | It aids you in updating the details of the existing trips data in the Travel Bureau.
134 |
135 |
136 |
137 |
138 |
139 |
140 |
141 |
142 |
143 |
144 |
145 |
146 | This helps you to delete the existing trips records in the Travel Bureau.
147 |
148 |
149 |
150 |
151 |
152 |
153 |
154 |
155 |
156 |
157 |
158 |
159 |
160 |
161 |
162 |
163 |
164 |
165 |
166 |
167 |
168 |
169 |
--------------------------------------------------------------------------------
/spec-studio/1_0_0/travelbureau/v1/specifications/travelers.xml:
--------------------------------------------------------------------------------
1 |
2 |
3 |
4 |
5 |
6 | The unique record ID of the traveler.
7 |
8 |
9 | Name of the traveler.
10 |
11 |
12 |
13 | Provide any one of the titles from the possible values.
14 |
15 |
16 |
17 |
18 | Provide your first name without any space.
19 |
20 |
21 |
22 |
23 | Provide your family name.
24 |
25 |
26 |
27 |
28 | Provide your nick name, if you have any.
29 |
30 |
31 |
32 |
33 |
34 | Email ID of the traveler.
35 |
36 |
37 | The services chosen by the traveler from the Travel Bureau. The possible values are **flight** and **train**.
38 |
39 |
40 |
41 | Number of the flight for the traveler's journey.
42 |
43 |
44 | The airport name, where the journey begins.
45 |
46 |
47 | Name of the destination airport, where the journey concludes.
48 |
49 |
50 |
51 |
52 | Number of the train for the traveler's journey.
53 |
54 |
55 | The station name, where the journey begins.
56 |
57 |
58 | Name of the destination station, where the journey concludes.
59 |
60 |
61 |
62 |
63 |
64 |
65 |
66 |
67 |
68 |
69 |
70 |
71 |
72 |
73 |
74 | Specify the id(s) for which the operation has to take place.
75 |
76 |
77 |
78 |
79 |
80 |
81 |
82 |
83 |
84 |
85 | The details of the travelers are stored in this resource, where you can read, create, update and delete the records.
86 |
87 |
88 |
89 |
90 |
91 |
92 |
93 |
94 |
95 |
96 |
97 |
98 |
99 |
100 |
101 |
102 | This operation fetches the travelers details available in the Travel Bureau. You can also provide the IDs of the records to get the details of particular records.
103 |
104 |
105 |
106 |
107 |
108 |
109 |
110 |
111 |
112 |
113 |
114 |
115 |
116 |
117 |
118 |
119 |
120 |
121 |
122 |
123 | It helps you to add new travelers data to the Travel Bureau.
124 |
125 |
126 |
127 |
128 |
129 |
130 |
131 |
132 |
133 |
134 | It aids you in updating the details of the existing travelers data in the Travel Bureau.
135 |
136 |
137 |
138 |
139 |
140 |
141 |
142 |
143 |
144 |
145 | This helps you to delete the existing travelers records in the Travel Bureau.
146 |
147 |
148 |
149 |
150 |
151 |
152 |
153 |
154 |
155 |
156 |
157 |
158 |
159 |
160 |
161 |
162 |
163 |
164 |
165 |
166 |
167 |
168 |
--------------------------------------------------------------------------------
/spec-studio/1_0_0/xsd/spec.xsd:
--------------------------------------------------------------------------------
1 |
2 |
3 |
4 |
5 |
6 | This acts as the root element of the ZSPEC XML file.
7 |
8 |
9 |
10 |
11 |
12 | This element acts as a storage container for other elements that can be reused within a resource and across multiple resources. It reduces the recurrence of similar tags, optimising the long-winded files with conciser codes. All the child elements of components should have the ref-name attribute with unique value. Whenever you want to reuse that child element, enter the value of ref-name in the name attribute of corresponding ref element.
13 |
14 |
15 |
16 |
17 |
18 |
19 |
20 |
21 |
22 |
23 |
24 |
25 |
26 |
27 |
28 |
29 |
30 |
31 |
32 |
33 |
34 |
35 |
36 |
37 |
38 |
39 |
40 |
41 |
42 |
43 |
44 |
45 |
46 |
47 |
48 |
49 |
50 |
51 |
52 |
53 |
54 |
55 |
56 |
57 |
58 |
59 |
60 |
61 |
62 |
63 |
64 |
65 |
66 |
67 |
68 |
69 |
70 |
71 |
72 |
73 | Provide details about the API, including its version, terms of service, and license information. All these details will be added to the help document. Addedly, the version and limit details will be used for automation and SDK generation.
74 |
75 |
76 |
77 |
78 |
79 |
80 |
81 | Give the details of terms of service of the API as an MD String.
82 |
83 |
84 |
85 |
86 |
87 |
88 |
89 | Provide the contact information for users to get in touch or reach out for assistance. This content will be added to the help documentation.
90 |
91 |
92 |
93 |
94 |
95 |
96 |
97 |
98 |
99 |
100 |
101 | Give a title for the API help document.
102 |
103 |
104 |
105 |
106 | Mention the API version. This attribute follows the semantic versioning format - major.minor.patch (e.g., 1.0.0, 2.1, or 3), where the major version is required, and each part is a non-negative integer.
107 |
108 |
109 |
110 |
111 | Mention the limitations that you want to be added to the help documentation for the resource if any. Also when automation cases are generated, the limit will be taken into consideration. For example, when you mention limit="100" for Module resource, the maximum possible number of modules in CRM is 100. This will be published in help documents. This limit will also be covered as an automation case.
112 |
113 |
114 |
115 |
116 |
117 |
118 |
119 |
120 |
121 |
122 | Give additional details about the resource.
123 |
124 |
125 |
126 |
127 |
128 |
129 |
130 | It decides the behaviour of the primary keys.
131 |
132 |
133 |
134 |
135 |
136 | Each and every primary property will function as an individual primary key.
137 |
138 |
139 |
140 |
141 | All the primary properties will function together as a single primary key.
142 |
143 |
144 |
145 |
146 |
147 |
148 |
149 | Give the name of the core structure of the resource.
150 |
151 |
152 |
153 |
154 |
155 |
156 |
157 |
158 |
159 |
160 |
161 | Give the endpoint details along with the possible operations in this element.
162 |
163 |
164 |
165 |
166 |
167 |
168 |
169 |
170 | Give details related to the authentication of an operation or resource.
171 |
172 |
173 |
174 |
175 | Give details about the authentication type for the opertation and the related URLs in this element.
176 |
177 |
178 |
179 |
180 |
181 |
182 |
183 |
184 |
185 |
186 |
187 |
188 | This element is mandatory only when you have used the data of another resource in your current resource.
189 |
190 |
191 |
192 |
193 | Specify the name of the dependent resource.
194 |
195 |
196 |
197 |
198 |
199 |
200 |
201 | Mention the name of the product that you choose in ZEST UI.
202 |
203 |
204 |
205 |
206 | Give a name for the resource and this name should be unique for a particular product.
207 |
208 |
209 |
210 |
211 |
212 |
213 | If the resource has data at initial state (when the new account is created) mention true, otherwise mention false.
214 |
215 |
216 |
217 |
218 |
219 |
220 |
221 |
222 |
223 |
224 |
225 |
226 |
227 |
228 |
--------------------------------------------------------------------------------
/spec-studio/1_0_0/travelbureau/v1/specifications/commons.xml:
--------------------------------------------------------------------------------
1 |
2 |
3 |
4 |
5 |
6 |
7 | Denotes whether the API call was successfully processed.
8 |
9 |
10 | Represents the status of the API call.
11 |
12 |
13 |
14 |
15 |
16 |
17 |
18 |
19 |
20 |
21 | Represents the status of the API call.
22 |
23 |
24 |
25 |
26 | This is the success response for CREATE operation of this resource.
27 |
28 |
29 |
30 |
31 |
32 | Details about result of the API call.
33 |
34 |
35 |
36 |
37 |
38 |
39 | This is the success response for UPDATE operation of this resource.
40 |
41 |
42 |
43 |
44 |
45 | Represents the status of the API call.
46 |
47 |
48 |
49 |
50 |
51 |
52 |
53 |
54 | Provides the error details.
55 |
56 |
57 | The key name in which the error occurred.
58 |
59 |
60 | Holds the JSON path of the key in which the error occured.
61 |
62 |
63 |
64 |
65 | Represents the status of the API call.
66 |
67 |
68 |
69 |
70 |
71 | The API call is a failure as the mandatory keys were not provided.
72 |
73 |
74 | Provide the mandatory keys as specified in the request JSON keys.
75 |
76 |
77 |
78 |
79 |
80 |
81 |
82 |
83 |
84 |
85 | The API call was a failure due to duplicate values in unique keys.
86 |
87 |
88 | You have provided a duplicate value for a key. Check for the request JSON keys to know the unique keys and provide a valide value.
89 |
90 |
91 |
92 |
93 |
94 | The API call failed due to invalid data in the request payload.
95 |
96 |
97 | You have provided an invalid data type value for a key. Provide a valid input that satisfies the data type denoted in the request JSON keys section.
98 |
99 |
100 |
101 |
102 |
103 |
104 |
105 |
106 | The API call failed due to an invalid data.
107 |
108 |
109 | You have given an invalid value in the request parameter.
110 |
111 |
112 |
113 |
114 | The invalid parameter name.
115 |
116 |
117 |
118 |
119 |
120 |
121 |
122 |
123 |
124 |
125 |
126 |
127 | The API call failed due to an invalid request url.
128 |
129 |
130 | You have given an invalid value in the URL. Refer to the server and endpoints section and provide a valid URL.
131 |
132 |
133 |
134 |
135 |
136 |
137 |
138 |
139 |
140 |
141 |
142 | Following is a list of possible errors that could be made from the client side.
143 |
144 |
145 |
146 |
147 |
148 |
149 |
150 |
151 |
152 |
153 |
154 |
155 |
156 | Client ID(consumer key) that you obtained during client registration.
157 |
158 |
159 |
160 |
161 |
162 |
163 |
164 |
165 | Callback URL that you specified during client registration.
166 |
167 |
168 |
169 |
170 |
171 |
172 |
173 |
174 | Specify client secret obtained from the connected app.
175 |
176 |
177 |
178 |
179 |
180 |
181 |
182 |
183 |
184 |
185 | Access token to access TravelBureau APIs.
186 |
187 |
188 | Time in seconds after which the access token expires.
189 |
190 |
191 | Domain name of the API. Use this domain in your requests to make API calls to Travel Bureau.
192 |
193 |
194 | Type of token obtained. "Bearer" indicates this is an access token.
195 |
196 |
197 |
198 |
199 |
200 |
201 | To use the Travel Bureau APIs, the users must authenticate the application to make API calls on their behalf with an access token.
202 |
203 |
204 | Data that your application wants to access.
205 |
206 |
207 |
208 |
209 |
210 |
211 |
212 |
213 |
214 | It decides the type of response.
215 |
216 |
217 |
218 |
219 |
220 |
221 |
222 |
223 | Enter access_type as online or offline.
224 |
225 |
226 |
227 |
228 |
229 |
230 |
231 |
232 |
233 |
234 |
235 |
236 |
237 |
238 |
239 | OAuth2.0 requests are usually authenticated with an access token, which is passed as bearer token. To use this access token, you need to construct a normal HTTP request and include it in an Authorization header along with the value of Bearer.
240 |
241 |
242 | It is crucial to select the appropriate grant type to ensure the security and integrity of the authentication and authorization process. Thus, the only possible value is **authorization_code**.
243 |
244 |
245 |
246 |
247 |
248 |
249 |
250 |
251 |
252 |
253 | Enter the grant token generated from authorization.
254 |
255 |
256 |
257 |
258 |
259 |
260 |
261 |
262 |
263 |
264 |
265 |
266 |
267 |
268 | Refresh token to obtain new access tokens.
269 |
270 |
271 |
272 |
273 |
274 |
275 |
276 |
277 |
278 | Access tokens expire after an hour of generation. To generate a new access token, use the refresh token you generated earlier.
279 |
280 |
281 | Provide the refresh token received using the token URL.
282 |
283 |
284 |
285 |
286 |
287 |
288 |
289 |
290 |
291 |
292 | It is crucial to select the appropriate grant type to ensure the security and integrity of the authentication and authorization process. Thus, the only possible value is **refresh_token**.
293 |
294 |
295 |
296 |
297 |
298 |
299 |
300 |
301 |
302 |
303 |
304 |
305 |
306 |
307 |
308 |
309 |
310 |
311 |
312 | This URL will authenticate the token and identifies the user.
313 |
314 |
315 |
316 |
317 |
318 | The User ID of the user.
319 |
320 |
321 | Email ID of the user.
322 |
323 |
324 | First Name of the user.
325 |
326 |
327 | Last Name of the user.
328 |
329 |
330 | The display name of the user.
331 |
332 |
333 |
334 |
335 |
336 |
337 |
338 |
339 |
340 |
341 | Travel Bureau is hosted only in the US data center. Powering our travel services, this server provides swift access to destination details, booking services, real-time weather updates, and personalized itinerary planning. Explore the API's capabilities and integrate seamlessly into your applications for an enhanced travel experience.
342 |
343 |
344 | Development of products takes place in this environment. Specify this parameter to use the resource in development environment.
345 |
346 |
347 | Sandbox is an isolated environment, which helps you to test the product without affecting the application.
348 |
349 |
350 |
351 |
352 |
353 | This API sternly follows the data usage and privacy policy, API Access Agreement, liability and indemnification. These terms of services are subject to modification and updates.
354 |
355 |
356 |
357 |
358 | Common components
359 |
360 |
361 |
362 |
363 |
364 |
365 |
366 |
367 |
368 |
369 |
370 |
371 |
372 |
373 |
--------------------------------------------------------------------------------
/spec-studio/1_0_0/xsd/components.xsd:
--------------------------------------------------------------------------------
1 |
2 |
3 |
4 |
5 | This element acts as a storage container for other elements that can be reused within a resource and across multiple resources. It reduces the recurrence of similar tags, optimising the long-winded files with conciser codes. All the child elements of components should have the ref-name attribute with unique value. Whenever you want to reuse that child element, enter the value of ref-name in the name attribute of corresponding ref element.
6 |
7 |
8 |
9 |
10 |
11 |
12 | Mention the name of the product that you choose in ZEST UI.
13 |
14 |
15 |
16 |
17 | Mention the version in which you want to refer the global components.
18 |
19 |
20 |
21 |
22 |
23 |
24 |
25 |
26 |
27 |
28 |
29 | Mention the xsd version of ZEST Specification Format.
30 |
31 |
32 |
33 |
34 |
35 |
36 |
37 |
38 |
39 |
40 |
41 |
42 |
43 | Give example contents for the request/response body in this element. This will be added to the help documentation.
44 |
45 |
46 |
47 |
48 |
49 |
50 | Give a name for the sample request/response of the API.
51 |
52 |
53 |
54 |
55 |
56 |
57 |
58 |
59 |
60 | Give the structural information of the body of request / response / argument.
61 |
62 |
63 |
64 |
65 |
66 |
67 |
68 |
69 |
70 |
71 |
72 |
73 |
74 | Give details about the content of response/request-body/argument.
75 |
76 |
77 |
78 |
79 |
80 |
81 | Give a name for the content.
82 |
83 |
84 |
85 |
86 |
87 |
88 |
89 |
90 |
91 |
92 |
93 | Mention the request-body details for your operation.
94 |
95 |
96 |
97 |
98 |
99 |
100 | Give a name for the request-body.
101 |
102 |
103 |
104 |
105 |
106 |
107 |
108 |
109 |
110 | Response tag defines the response related information for a particular API. Response can be of multiple encodings. This can be defined by providing another content tag with different encoding.
111 |
112 |
113 |
114 |
115 |
116 |
117 | State the name of the response.
118 |
119 |
120 |
121 |
122 |
123 |
124 |
125 |
126 |
127 |
128 |
129 |
130 |
131 |
132 |
133 | Give the details of terms of service of the API as an MD String.
134 |
135 |
136 |
137 |
138 |
139 |
140 | Give a name for the terms of service.
141 |
142 |
143 |
144 |
145 |
146 |
147 |
148 |
149 |
150 | Provide the contact information for help documentation or reach out for assistance. This content will be added to the help documentation.
151 |
152 |
153 |
154 |
155 |
156 |
157 |
158 |
159 |
160 |
161 |
162 | You can specify the number of possible requests for the specified duration for a particular operation.
163 |
164 |
165 |
166 |
167 |
168 |
169 | Name of throttling.
170 |
171 |
172 |
173 |
174 |
175 |
176 |
177 |
178 |
179 |
180 |
181 |
182 |
183 |
184 | Specify the visibility. The possible values are internal, private, public.
185 |
186 |
187 |
188 |
189 |
190 | Give information about the element. This description will be added to the help document. This element type is String(MD)
191 |
192 |
193 |
194 |
195 |
196 |
197 |
198 |
199 |
200 |
201 |
202 |
203 |
204 |
205 |
206 |
207 |
208 |
209 |
210 |
211 |
212 |
213 |
214 |
215 |
216 |
217 |
218 |
219 |
220 |
221 |
222 |
223 |
224 |
225 |
226 |
227 |
228 |
229 |
230 |
231 | In API help documentation, multiple operations can be grouped under a single tag name, based on the details you mention in this element.
232 |
233 |
234 |
235 |
236 |
237 |
238 |
239 | Mention the name of the tag to be used in the help document.
240 |
241 |
242 |
243 |
244 |
245 |
246 |
247 |
248 | Refer tag from local components / other resources / global component.
249 |
250 |
251 |
252 |
253 | Provide the name of the tag specifiecd in the components.
254 |
255 |
256 |
257 |
258 |
259 |
260 |
261 | Give the endpoint details along with the possible operations in this element.
262 |
263 |
264 |
265 |
266 | Define the possible operations of the API for a particular URL.
267 |
268 |
269 |
270 |
271 |
272 | Provide the deprecation details (i.e., the outdated or no longer supported information) of the API.
273 |
274 |
275 |
276 |
277 |
278 |
279 | You can specify the number of possible requests for the specified duration for a particular operation.
280 |
281 |
282 |
283 |
284 |
285 |
286 | Mention the links to external documents that needs to be added to the help document.
287 |
288 |
289 |
290 |
291 |
292 |
293 |
294 | Mention the external URL to be added to the help document.
295 |
296 |
297 |
298 |
299 |
300 |
301 |
302 | In API help documentation, multiple operations can be grouped under a single tag name, based on the details you mention in this element.
303 |
304 |
305 |
306 |
307 |
308 |
309 |
310 |
311 |
312 |
313 |
314 |
315 | Mention the request-body details for your operation.
316 |
317 |
318 |
319 |
320 |
321 |
322 |
323 | Response tag defines the response related information for a particular API. Response can be of multiple encodings. This can be defined by providing another content tag with different encoding.
324 |
325 |
326 |
327 |
328 |
329 |
330 | State the name of the response.
331 |
332 |
333 |
334 |
335 |
336 |
337 |
338 |
339 |
340 |
341 |
342 |
343 |
344 |
345 |
346 |
347 | Select the HTTP method that is applicable for the API operation. The http methods are get, post, put, patch and delete.
348 |
349 |
350 |
351 |
352 |
353 |
354 |
355 |
356 |
357 |
358 |
359 |
360 |
361 | Give a name for the operation and it should be unique in that ZSPEC file/Resource.
362 |
363 |
364 |
365 |
366 | Defines the category of the operation. It'll be used while testing the API to find URLs based on the category. The possible values are read, create, update, delete and action.
367 |
368 |
369 |
370 |
371 |
372 |
373 |
374 |
375 |
376 |
377 |
378 |
379 |
380 | Mention the time gap required for the current operator.
381 |
382 |
383 |
384 |
385 | Mention the waiting time for the call back requests. For instance, consider you want to create a record and get details of the newly created record. Say your validation delay is 10s. Once the response for record creation is received, the GET Record call will be fired only after of 10 seconds. This will be used in the API Automation.
386 |
387 |
388 |
389 |
390 |
391 |
392 |
393 |
394 |
395 |
396 |
397 |
398 |
399 |
400 |
401 |
402 |
403 |
404 |
405 |
406 |
407 |
408 | Give the URL path.
409 |
410 |
411 |
412 |
413 |
414 |
415 |
416 | Provide the path details from where the data and primary keys of the resource should be fetched.
417 |
418 |
419 |
420 |
421 |
422 | Using this tag , you can mention the path of the primary key relative to the path mentioned in the path-config.
423 |
424 |
425 |
426 |
427 | Give a name for the primary.
428 |
429 |
430 |
431 |
432 | Mention the path of the primary key relative to the path mentioned in the path-config.
433 |
434 |
435 |
436 |
437 |
438 |
439 |
440 | Mention the JSON path to locate the root key.
441 |
442 |
443 |
444 |
445 |
446 |
447 |
448 | Give the details of the domains and DCs through which you can access the API.
449 |
450 |
451 |
452 |
453 |
454 |
455 | When you want to add multiple domains to the Server element, you can use a variable and provide the list of possible values.
456 |
457 |
458 |
459 |
460 |
461 |
462 |
463 | Give a name for the variable.
464 |
465 |
466 |
467 |
468 | Specify the possible values of variable.
469 |
470 |
471 |
472 |
473 |
474 |
475 | Mention the environment details of the server in this element.
476 |
477 |
478 |
479 |
480 |
481 |
482 |
483 | Mention the environment using which the user can access the API.
484 |
485 |
486 |
487 |
488 |
489 |
490 |
491 |
492 |
493 |
494 |
495 | Mention the location of arguments.
496 |
497 |
498 |
499 |
500 |
501 |
502 |
503 |
504 |
505 |
506 | Specify a name for the header or the param.
507 |
508 |
509 |
510 |
511 | Specify the value of the header/param.
512 |
513 |
514 |
515 |
516 |
517 |
518 |
519 |
520 | Specify a name for the server.
521 |
522 |
523 |
524 |
525 | Mention the name of the data centre.
526 |
527 |
528 |
529 |
530 | Mention the domain url.
531 |
532 |
533 |
534 |
535 |
536 |
537 |
538 |
539 |
540 |
541 |
542 |
543 |
544 |
545 |
546 |
547 | Refer tag from local components / other resources / global component.
548 |
549 |
550 |
551 |
552 | Provide the name of the tag specifiecd in the components.
553 |
554 |
555 |
556 |
557 |
558 |
559 |
560 |
561 | Give the name of the organisation or team or contact person which handles the support to add to the help document.
562 |
563 |
564 |
565 |
566 | Give the e-mail ID of the support team to add to the help document.
567 |
568 |
569 |
570 |
571 | Give the website links of the organisation to list in the help document.
572 |
573 |
574 |
575 |
576 |
577 |
578 |
579 | Refer contact-details from local components / other resources / global component.
580 |
581 |
582 |
583 |
584 | Provide the name of the contact-details specifiecd in the components.
585 |
586 |
587 |
588 |
589 |
590 |
591 |
592 | Refer terms-of-service from local components / other resources / global component.
593 |
594 |
595 |
596 |
597 | Provide the name of the terms-of-service specifiecd in the components.
598 |
599 |
600 |
601 |
602 |
603 |
604 |
605 | Furnish the relevant information regarding the license associated with the API.
606 |
607 |
608 |
609 |
610 | Mention the name of the license.
611 |
612 |
613 |
614 |
615 | Mention the url of the license.
616 |
617 |
618 |
619 |
620 |
621 |
622 |
623 | Refer license-details from local components / other resources / global component.
624 |
625 |
626 |
627 |
628 | Provide the name of the license-details specifiecd in the components.
629 |
630 |
631 |
632 |
633 |
634 |
635 |
636 |
637 | Give the maximum number of allowed requests for the specified duration.
638 |
639 |
640 |
641 |
642 | Give the time period (milliseconds) for which you allow the user to make the maximum number of calls(threshold). Range 1 minute to 29 days.
643 |
644 |
645 |
646 |
647 |
648 |
649 |
650 |
651 |
652 |
653 | Mention the time period for which the operation should be locked if the user exceeds the threshold within the given duration.
654 |
655 |
656 |
657 |
658 | It states whether the throttling is applicable in the organization or the IP level. The possible values are global and ip. The 'global' will make the throttling applicable at the organization level. Whereas, 'ip' will make the throttling applicable for each and every IP addresses used to fire API calls.
659 |
660 |
661 |
662 |
663 |
664 |
665 |
666 |
667 |
668 |
669 |
670 |
671 | Refer throttling from local components / other resources / global component.
672 |
673 |
674 |
675 |
676 | Provide the name of the throttling specifiecd in the components.
677 |
678 |
679 |
680 |
681 |
682 |
683 |
684 | Mention the details related to token flow for authorizing your API.
685 |
686 |
687 |
688 |
689 |
690 |
691 | Give the details of URL and possible operations in this element.
692 |
693 |
694 |
695 |
696 | Give the details of URL and possible operations in this element.
697 |
698 |
699 |
700 |
701 |
702 | Give a name to the token flow here.
703 |
704 |
705 |
706 |
707 |
708 |
709 |
710 |
711 | Refer token from local components / other resources / global component.
712 |
713 |
714 |
715 |
716 | Provide the name of the token specifiecd in the components.
717 |
718 |
719 |
720 |
721 |
722 |
723 |
724 | Mention the details related to OAuth2 flow for authorizing your API.
725 |
726 |
727 |
728 |
729 |
730 |
731 | Give the details of URL and possible operations in this element.
732 |
733 |
734 |
735 |
736 | Give the details of URL and possible operations in this element.
737 |
738 |
739 |
740 |
741 | Give the details of URL and possible operations in this element.
742 |
743 |
744 |
745 |
746 | Give the details of URL and possible operations in this element.
747 |
748 |
749 |
750 |
751 |
752 | You can give a name to the OAuth2 flow here.
753 |
754 |
755 |
756 |
757 |
758 |
759 |
760 |
761 | Refer oauth2 from local components / other resources / global component.
762 |
763 |
764 |
765 |
766 | Provide the name of the oauth2 specifiecd in the components.
767 |
768 |
769 |
770 |
771 |
772 |
773 |
774 |
775 | Give a name for the structure. Refer the note below.
776 |
777 |
778 |
779 |
780 |
781 | Give the value of the discriminator mapping for which this structure should be picked.
782 |
783 |
784 |
785 |
786 | Specify the name of the structure which you are trying to extend.
787 |
788 |
789 |
790 |
791 | For Automation, to validate that a particular test case returns a specific structure, we recommend you to add the case name.
792 |
793 |
794 |
795 |
796 |
797 |
798 |
799 |
800 |
801 |
802 |
803 |
804 |
805 |
806 |
807 | Give a unique value to refer the current structure in some other part of the same or different ZSPEC files.
808 |
809 |
810 |
811 |
812 |
813 |
814 |
815 |
816 | Give the structural information of the body of request / response / argument.
817 |
818 |
819 |
820 |
821 |
822 |
823 |
824 |
825 |
826 |
827 |
828 |
829 |
830 |
831 |
832 |
833 | Mention the properties of the argument, request and response structures here along with its details.
834 |
835 |
836 |
837 |
838 | An extra property behaves the same as a usual property except for the name which has to match the regex pattern provided in the name-regex attribute.
839 |
840 |
841 |
842 |
843 |
844 |
845 |
846 |
847 | Refer structure from local components / other resources / global component.
848 |
849 |
850 |
851 |
852 | Provide the name of the structure specifiecd in the components.
853 |
854 |
855 |
856 |
857 |
858 |
859 |
860 | When you want to pick a structure based on the value of a particular property, give the name of that property and mapping details in this element.
861 |
862 |
863 |
864 |
865 |
866 |
867 |
868 | Mention the name of the discriminator property.
869 |
870 |
871 |
872 |
873 |
874 |
875 |
876 |
877 |
878 |
879 |
880 |
881 |
882 |
883 |
884 | To map a structure based on the value of a particular property (that you mention in property-name of discriminator).
885 |
886 |
887 |
888 |
889 | Give the value of the discriminator property based on which you want to map the structure.
890 |
891 |
892 |
893 |
894 | Ref name of the structure that you want to map.
895 |
896 |
897 |
898 |
899 |
900 |
901 |
902 | You can group multiple structures inside a structure group.
903 |
904 |
905 |
906 |
907 |
908 |
909 |
910 |
911 |
912 |
913 |
914 | If you add a name here then it is mandatory to add names to all the child structures.
915 |
916 |
917 |
918 |
919 | State how do you want to pick the structure for your case. The possible values are one-of, any-of, all-of, array-of.
920 |
921 |
922 |
923 |
924 |
925 |
926 |
927 |
928 |
929 |
930 |
931 |
932 |
933 |
934 |
935 |
936 |
937 |
938 |
939 |
940 | Provide the deprecation details (i.e., the outdated or no longer supported information) of the API.
941 |
942 |
943 |
944 |
945 |
946 |
947 |
948 | Give the replacement url related to the deprecated API operation. This will be added to the help document.
949 |
950 |
951 |
952 |
953 | Provide the version number that corresponds to the deprecated version.
954 |
955 |
956 |
957 |
958 | Indicate whether deprecation will occur in the next immediate version by specifying true. Otherwise, if deprecation is not planned for the next version, please specify false.
959 |
960 |
961 |
962 |
963 |
964 |
965 |
966 |
967 |
968 |
969 |
970 |
971 |
972 |
973 |
974 |
975 |
976 |
977 |
978 |
979 |
980 |
981 |
982 |
983 | Mention the regex pattern to which the name of the property should match.
984 |
985 |
986 |
987 |
988 |
989 |
990 |
991 |
992 |
993 |
994 |
995 |
996 | Mention the name of the property. This name is
997 | mandatory
998 | if you add more than one property to a structure.
999 |
1000 |
1001 |
1002 |
1003 |
1004 |
1005 |
1006 |
1007 |
1008 |
1009 |
1010 | Specify the data type of the property.
1011 |
1012 |
1013 |
1014 |
1015 |
1016 |
1017 |
1018 |
1019 |
1020 |
1021 | The extend-property allows you to override or switch to different attribute values with respect to the parent property attributes.
1022 |
1023 |
1024 |
1025 |
1026 |
1027 | Specify the data type of the property.
1028 |
1029 |
1030 |
1031 |
1032 |
1033 |
1034 |
1035 |
1036 |
1037 |
1038 |
1039 |
1040 |
1041 |
1042 |
1043 |
1044 |
1045 |
1046 |
1047 |
1048 |
1049 |
1050 |
1051 |
1052 |
1053 |
1054 |
1055 |
1056 |
1057 |
1058 |
1059 |
1060 |
1061 |
1062 |
1063 |
1064 |
1065 |
1066 |
1067 |
1068 |
1069 |
1070 | Mention the changes you want in the xml representation of a property like which is the attribute and which is the child element, prefix to be added and wrapper element details.
1071 |
1072 |
1073 |
1074 |
1075 | Mention the name you want, when the property gets changes to an xml.
1076 |
1077 |
1078 |
1079 |
1080 | Mention the namespace required to be added for the xml.
1081 |
1082 |
1083 |
1084 |
1085 | Mention the prefix you want to add to the xml tags.
1086 |
1087 |
1088 |
1089 |
1090 | Mention true if you want to make the property as an attribute. If this is false then the property will be treated as child element. By default this will be considered as false.
1091 |
1092 |
1093 |
1094 |
1095 | Mention if the wrapper element for the xml is required or not. By default this will be considered as false.
1096 |
1097 |
1098 |
1099 |
1100 |
1101 |
1102 |
1103 |
1104 | If you want the structures to be present at specific indices, you can specify the structures in the exact order required using this tag.
1105 |
1106 |
1107 |
1108 |
1109 |
1110 |
1111 |
1112 |
1113 |
1114 |
1115 |
1116 |
1117 |
1118 |
1119 |
1120 |
1121 |
1122 |
1123 |
1124 |
1125 | Whenever you want to combine multiple structure groups from the same or other resources and use it for your current resource, mention the structure group details in this element.
1126 |
1127 |
1128 |
1129 |
1130 |
1131 |
1132 |
1133 |
1134 |
1135 |
1136 |
1137 |
1138 | Give the possible values for the property.
1139 |
1140 |
1141 |
1142 |
1143 | Specify an example content for the property that must be published in the API help documentation. If an example is already given in the content, then that example will be published in the help document. Otherwise all example-values of different properties will be grouped together and added to the help document.
1144 |
1145 |
1146 |
1147 |
1148 | Specify a default value for the property.
1149 |
1150 |
1151 |
1152 |
1153 | Mention the regex pattern to which the property value should match.
1154 |
1155 |
1156 |
1157 |
1158 | Specify the value's minimum and maximum length/size based on the type of the property.
1159 |
1160 |
1161 |
1162 |
1163 | Specify the path from which data must be fetched.
1164 |
1165 |
1166 |
1167 |
1168 | Specify whether the property key has to appear in the desired location. The possible values are none, all, request, response.
1169 |
1170 |
1171 |
1172 |
1173 | Specify whether the property can be null or not in the desired location. The possible values are none, all, request, response.
1174 |
1175 |
1176 |
1177 |
1178 | Specify whether the property should be unique or not in the desired location. The possible values are none, all, request, response.
1179 |
1180 |
1181 |
1182 |
1183 | Specify whether the property can be empty or not in the desired location. The possible values are none, all, request, response.
1184 |
1185 |
1186 |
1187 |
1188 |
1189 | During Automation, while generating the test-cases, if you want to specify a condition based on which the request body should be constructed, you can mention that criteria here.
1190 |
1191 |
1192 |
1193 |
1194 | During validation of response, when you want the response to match a particular criteria, mention that here.
1195 |
1196 |
1197 |
1198 |
1199 | The property value must meet the specified condition.
1200 |
1201 |
1202 |
1203 |
1204 | State whether a property should be included or excluded in an operation. The format for this is Request[list of categories(csv)], Response[list of categories(csv)].
1205 |
1206 |
1207 |
1208 |
1209 | If you want to specify the range of values for your property, mention that here. For example range="0,99999" for Integer type and range="A-Z" for string.
1210 |
1211 |
1212 |
1213 |
1214 |
1215 |
1216 |
1217 |
1218 |
1219 | For Date and Date Time properties, you can mention the required format in this attribute. The default value is "yyyy-MM-ddTHH:mm:ss+/-hh:mm".
1220 |
1221 |
1222 |
1223 |
1224 | Specify the number of decimal places allowed. This is applicable when the property is of type double. If decimal-place="2" , will allow 2 digits after the decimal point.
1225 |
1226 |
1227 |
1228 |
1229 | You can specify how the property should behave when there is a new valid value which is not part of the possible values list.
1230 |
1231 |
1232 |
1233 |
1234 |
1235 |
1236 |
1237 |
1238 |
1239 |
1240 |
1241 | You can specify how the property should behave when there is an invalid value (a value that does not satisfy the criteria attributes of property).
1242 |
1243 |
1244 |
1245 |
1246 |
1247 |
1248 |
1249 |
1250 |
1251 |
1252 |
1253 |
1254 |
1255 |
1256 |
1257 |
1258 |
1259 |
1260 |
1261 |
1262 |
1263 |
1264 | Provide the criteria utilized to determine whether a response should be classified as a success or an error. This is for automation.
1265 |
1266 |
1267 |
1268 |
1269 | Mention the condition to decide whether the response is success or an error.
1270 |
1271 |
1272 |
1273 |
1274 |
1275 |
1276 |
1277 | Give details about the content of response/request-body/argument.
1278 |
1279 |
1280 |
1281 |
1282 |
1283 |
1284 |
1285 | Mention the content type.
1286 |
1287 |
1288 |
1289 |
1290 | Specify the type of content. For example - application/json, application/xml, text/plain, application/zip.
1291 |
1292 |
1293 |
1294 |
1295 |
1296 |
1297 |
1298 |
1299 |
1300 |
1301 |
1302 | Whenever the request or the response has a file as bytes in raw form, you can give details about the file using this tag.
1303 |
1304 |
1305 |
1306 |
1307 | Specify the maximum size of the stream in bytes ( size=100") or you can mention the minimum and maximum possible size of the stream separated by comma (size="0,100")
1308 |
1309 |
1310 |
1311 |
1312 |
1313 |
1314 |
1315 |
1316 |
1317 |
1318 | Give example contents for the request/response body in this element. This will be added to the help documentation.
1319 |
1320 |
1321 |
1322 |
1323 |
1324 |
1325 | Give a name for the sample request/response of the API.
1326 |
1327 |
1328 |
1329 |
1330 |
1331 |
1332 |
1333 |
1334 |
1335 |
1336 |
1337 |
1338 |
1339 |
1340 | Mention the details of the files which are part of the request or reponse of an API.
1341 |
1342 |
1343 |
1344 |
1345 |
1346 | Mention the details of the extension of the file that the user uploads.
1347 |
1348 |
1349 |
1350 |
1351 | You can mention the file extension here. For example txt, csv.
1352 |
1353 |
1354 |
1355 |
1356 | Mention the size of the file in bytes. If you mention a single value it will be considered as maximum size. You can also mention the minimum and maximum size by sperating the values with a comma i.e., lenghth - 10,50.
1357 |
1358 |
1359 |
1360 |
1361 | Here you can mention the number of files that can be uploaded. If you mention a single value it will be considered as maximum number of files that can be uploaded. You can also mention the minimum and maximum count of files that can be uploaded by sperating the values with a comma.
1362 |
1363 |
1364 |
1365 |
1366 |
1367 |
1368 | Mention the validations you want for the file name.
1369 |
1370 |
1371 |
1372 |
1373 | Mention the regex pattern of the file name here.
1374 |
1375 |
1376 |
1377 |
1378 | You can specify the minimum and maximum possible length of the file name or you can just mention the maximum possible file name length.
1379 |
1380 |
1381 |
1382 |
1383 |
1384 |
1385 |
1386 | Mention the file extensions that you don't want to allow.
1387 |
1388 |
1389 |
1390 |
1391 | You can mention the possible content types of the file here.
1392 |
1393 |
1394 |
1395 |
1396 | Specify the maximum size of the file in bytes ( size="100") or you can mention the minimum and maximum possible size of the file separated by comma (size="0,100").
1397 |
1398 |
1399 |
1400 |
1401 |
1402 |
1403 |
1404 |
1405 |
1406 | You should denote true whenever the file should be read using url. You can mention this only for requests.
1407 |
1408 |
1409 |
1410 |
1411 | When there are a number of files and any one of the files is not as per the expectations configured, mention true to continue validation for other files, otherwise mention as false.
1412 |
1413 |
1414 |
1415 |
1416 |
1417 |
1418 |
1419 | Refer content from local components / other resources / global component.
1420 |
1421 |
1422 |
1423 |
1424 | Provide the name of the content specifiecd in the components.
1425 |
1426 |
1427 |
1428 |
1429 |
1430 |
1431 |
1432 |
1433 |
1434 |
1435 | Give the actual example of request or response in this element.
1436 |
1437 |
1438 |
1439 |
1440 |
1441 |
1442 |
1443 | Refer example from local components / other resources / global component.
1444 |
1445 |
1446 |
1447 |
1448 | Provide the name of the example specifiecd in the components.
1449 |
1450 |
1451 |
1452 |
1453 |
1454 |
1455 |
1456 | Give the details of parameter, header and variables of the resource in this element.
1457 |
1458 |
1459 |
1460 |
1461 |
1462 |
1463 |
1464 |
1465 |
1466 |
1467 |
1468 |
1469 |
1470 | Specify the requirement status of an argument in your API, indicating whether it is mandatory or not.
1471 |
1472 |
1473 |
1474 |
1475 | Give a name for the argument.
1476 |
1477 |
1478 |
1479 |
1480 | Specify the maximum number of values for the argument. You can also specify the minimum and maximum number of values separated by a comma.
1481 |
1482 |
1483 |
1484 |
1485 | Specify the location of the argument for your API.
1486 |
1487 |
1488 |
1489 |
1490 |
1491 |
1492 |
1493 |
1494 |
1495 |
1496 |
1497 | Specify the delimiter for multiple values in your API.
1498 |
1499 |
1500 |
1501 |
1502 | Specify which approach ZEST should use to separate the list of arguments. It can be either standrard or using delimiters.
1503 |
1504 |
1505 |
1506 |
1507 |
1508 |
1509 |
1510 |
1511 |
1512 |
1513 | Specify the condition which needs to be true in order to accept the arguments.
1514 |
1515 |
1516 |
1517 |
1518 | Give the name of argument which you want to allow simultaneously.
1519 |
1520 |
1521 |
1522 |
1523 | Give the name of the argument that should not be present simultaneously.
1524 |
1525 |
1526 |
1527 |
1528 |
1529 |
1530 |
1531 |
1532 | Refer argument from local components / other resources / global component.
1533 |
1534 |
1535 |
1536 |
1537 | Provide the name of the argument specifiecd in the components.
1538 |
1539 |
1540 |
1541 |
1542 |
1543 |
1544 |
1545 |
1546 |
1547 |
1548 |
1549 |
1550 |
1551 |
1552 |
1553 |
1554 |
1555 |
1556 | Refer request-body from local components / other resources / global component.
1557 |
1558 |
1559 |
1560 |
1561 | Provide the name of the request-body specifiecd in the components.
1562 |
1563 |
1564 |
1565 |
1566 |
1567 |
1568 |
1569 |
1570 |
1571 |
1572 |
1573 |
1574 |
1575 |
1576 |
1577 |
1578 |
1579 |
1580 |
1581 |
1582 | Defines the status codes of the response. It'll accept only the valid status codes. Use this attribute to specify the status codes of your API response.
1583 |
1584 |
1585 |
1586 |
1587 |
1588 |
1589 |
1590 |
1591 |
1592 |
1593 |
1594 |
1595 |
1596 |
1597 |
1598 |
1599 |
1600 |
1601 |
1602 |
1603 |
1604 |
1605 |
1606 |
1607 |
1608 |
1609 |
1610 |
1611 |
1612 |
1613 |
1614 |
1615 |
1616 |
1617 |
1618 |
1619 |
1620 |
1621 |
1622 |
1623 |
1624 |
1625 |
1626 |
1627 |
1628 |
1629 |
1630 |
1631 |
1632 |
1633 |
1634 |
1635 |
1636 |
1637 |
1638 |
1639 |
1640 |
1641 |
1642 |
1643 |
1644 |
1645 |
1646 |
1647 |
1648 |
1649 |
1650 |
1651 |
1652 |
1653 |
1654 |
1655 |
1656 |
1657 |
1658 |
1659 |
1660 |
1661 |
1662 |
1663 |
1664 |
1665 | Specify this attribute when you are writing the response element for unhandled errors i.e., internal server error.
1666 |
1667 |
1668 |
1669 |
1670 |
1671 |
1672 | Refer response from local components / other resources / global component.
1673 |
1674 |
1675 |
1676 |
1677 | Provide the name of the response specifiecd in the components.
1678 |
1679 |
1680 |
1681 |
1682 |
1683 |
1684 |
1685 | Give details related to the authentication of an operation or resource.
1686 |
1687 |
1688 |
1689 |
1690 | Give the type of the authentication.
1691 |
1692 |
1693 |
1694 |
1695 |
1696 |
1697 |
1698 |
1699 |
1700 |
1701 | Mention the scope for the API.
1702 |
1703 |
1704 |
1705 |
1706 | Give a name for the authentication key.
1707 |
1708 |
1709 |
1710 |
1711 | Mention the location where the authentication key must be kept.
1712 |
1713 |
1714 |
1715 |
1716 |
1717 |
1718 |
1719 |
1720 |
1721 |
1722 | Mention the name of the oauth or the token used in the authentication schema.
1723 |
1724 |
1725 |
1726 |
1727 |
1728 |
--------------------------------------------------------------------------------