Cisco Acano X-series 開発者ガイド

Requestor
offset

Requestor
limit

XML Response

Meaning

<not
supplied>

<not
supplied>

<coSpaces total="7">

<cospace /> x 7

</coSpaces>

All coSpaces (0 – 6) present in response

<not
supplied>

1

<coSpaces total="7">

<cospace /> x 1

</coSpaces>

First coSpace present in response

4

10

<coSpaces total="7">

<cospace /> x 3

</coSpaces>

coSpaces 4 - 6 present in response

20

10

<coSpaces total="100">

<cospace /> x 8

</coSpaces>

coSpaces 20 - 27 present in response. (The
Meeting Server limited its response to 8
entries despite the requestor allowing up to
10.)

4.1.3 Individual object level

If the GET method is performed at the Individual object level, full information about just that one
object will be returned. For example, after the unique ID of a coSpace has been learnt via a
(potentially filtered) GET of the “/coSpaces” node, a subsequent GET of the
“/coSpaces/<coSpace id>” node would return expanded information about just that one
coSpace, for example how many members it has, and when it was last activated.

4.1.4 HTTP specifics

GET methods contain the complete node location and any parameters specific to the retrieval
being performed in the URI supplied by the API user. For example, to retrieve basic information
on the first “N” coSpaces, the URI would be:

whereas to list just those whose name includes “sales”, the GET would be performed on:

If a GET method has been successful and yields a “200 OK” response, the Meeting Server
returns the retrieved information as “text/xml” body data.

4.1.5 How GET methods are detailed in this document

For each GET method at the Collections level the following information is provided: