Cisco Cisco Meeting Server 2000 开发者指南

下载
页码 147
Cisco Meeting Server Release 2.0 : API Reference Guide
21
n
The node it operates on
n
A table of form parameters, such as filter, offset and limit mentioned above, some of which
may be optional. Mandatory parameters are marked with an asterisk (*)
n
A table showing the returned information
Both tables show the format of the parameter (e.g. ID or string) or the possible values (e.g.
true|false)
For each GET method at the Individual level the following information is provided:
n
The node it operates on
n
A table showing the returned information
The form parameters are those for the Collections level, unless otherwise indicated.
4.2 POST Methods
POST methods create new objects; for example, to create a new configured coSpace or dial
plan rule. Using a POST method to create a new call leg associated with a coSpace is the way to
make a new outbound SIP connection.
4.2.1 HTTP specifics
Most POST methods require some parameters to be supplied: for example, creation of a
coSpace requires the new coSpace’s name to be specified, and a new call leg can only be
created if the remote party’s address is known. Such parameters must be supplied by the
initiator of the POST method via the standard HTTP “x-www-form-urlencoded” format, as
used by “<form>” elements in an HTML document.
If a POST method has been successful in adding a new object to the hierarchy, that object’s id,
and its position within the hierarchy are returned in the “Location” field of the response.
4.2.2 How POST methods are detailed in this document
For each POST method the following information is provided:
n
The node it operates on
n
A table of form parameters, some of which may be optional. Mandatory parameters are
marked with an asterisk (*)
n
The format of each parameter (e.g. ID or string) or the possible values (e.g. true|false). If
appropriate the default value of a parameter (the value used if you do not specify a
parameter) is shown in bold e.g. true|false.
4   API Methods