300-835 · Question #69
Drag and drop the code snippets from the bottom onto the blanks in the code to create a Cisco Webex CreateMeeting API request. Not all options are used.
The question appears to be incomplete - the Options field is empty ({}), meaning no code snippets were included. Without the actual drag-and-drop options, I can't tell you exactly which blanks map to which choices. That said, here's a thorough explanation of what a Cisco Webex Cr
Question
Explanation
The question appears to be incomplete - the Options field is empty ({}), meaning no code snippets were included. Without the actual drag-and-drop options, I can't tell you exactly which blanks map to which choices.
That said, here's a thorough explanation of what a Cisco Webex CreateMeeting API request looks like so you can reason through any version of this question:
Overall Goal
You're constructing an HTTP POST request to the Webex REST API to programmatically create a meeting. This is the correct approach because Webex exposes a RESTful interface - you authenticate with a token, send a structured JSON payload, and the API returns a meeting object.
Anatomy of the Request
1. HTTP Method: POST
POST is used to create a new resource. GET retrieves, PUT/PATCH update, DELETE removes. Using GET here would fail - the server expects POST to create a meeting.
2. Endpoint URL
https://webexapis.com/v1/meetings
This is the Webex Meetings API base URL. Wrong URL = 404 Not Found.
3. Authorization Header
Authorization: Bearer <your_access_token>
Webex uses OAuth 2.0 Bearer tokens. Without this header, the server returns 401 Unauthorized. The keyword Bearer (not Token, not Basic) is required by the Webex API spec.
4. Content-Type Header
Content-Type: application/json
Tells the server the body format. Omitting this can cause the server to reject or misparse the payload.
5. JSON Body (required fields)
{
"title": "My Meeting",
"start": "2026-05-22T10:00:00Z",
"end": "2026-05-22T11:00:00Z",
"timezone": "UTC"
}
title- human-readable meeting namestart/end- ISO 8601 timestamps; swapping them or omitting causes a400 Bad Requesttimezone- without this, times may be misinterpreted
What Goes Wrong If Steps Are Skipped
| Skipped Step | Result |
|---|---|
No Authorization header | 401 Unauthorized |
Wrong HTTP method (e.g. GET) | 405 Method Not Allowed |
Missing Content-Type | Body may be ignored or misread |
Missing start/end | 400 Bad Request - required fields |
| Wrong URL | 404 Not Found |
Memory Tip
Think of building the request like mailing a package:
- POST = you're sending (not asking)
- URL = the address
- Authorization = your ID at the door
- Content-Type = "this is a JSON envelope"
- Body = the actual package contents
If you can share the actual code snippet options from the question, I can map them precisely to the blanks.
Topics
Community Discussion
No community discussion yet for this question.