XML API 9.0 SP3 and SP4 Release Notes

Important: The SP4 release changes some of the schema that was released with XML API 9.0 SP1. For more information, see the latest schema definitions on the release notes announcements page.

Overview

This release note describes the changes made with the release of Webex® XML API 9.0 SP3  and SP4. The changes in those two releases are closely related to each other. Changes described in this release note are backward compatible with existing integrations.

The release of XML API 9.0 SP3 adds enforement of limitations on the numbers of invitation, registrations, and participants that a site can use. 

The release of XML API 9.0 SP4 completes the support for functionality introduced in SP3, and adds support for the GetUser API to return information on a user's Global default call-in numbers.  


SP3 and SP4: Enforce Limitations Of Invitation/Registration/Participant  on MC/EC/TC  

Description

The Webex system defines a limit on the number of invitations, registration users, and participants at the site level. The Webex management console already enforces these limits. The XML API will now enforce these limits also. The XML API will enforce the limits of these user types in Meeting Center, Training Center and Event Center.

 

The SP3 release enforced these limits in Meeting Center. The SP4 release completes the implementation of the enforcement of these limits in Meeting Center, Training Center, and Event Center.

The following tables shows the default limits:

Table: Default limits on invitees and registrations
New element in getSite API
Default limit number
maxInviteesNumberForMC Max number of MC invitees per meeting default is 1,000
maxRegistrantsNumberForMC Max number of MC registrations per meeting default is 1,000
maxInviteesNumberForTC Max number of TC invitees per meeting default is 1,000
maxRegistrantsNumberForTC Max number of TC registrations per meeting default is 1,000
maxInviteesNumberForEC Max number of EC invitees per meeting default is 10,000
maxRegistrantsNumberForEC Max number of EC registrations per meeting default is 10,000

APIs Affected

The only API that has a change in its schema definition is the getSite API. See more details below.

The following list shows all APIs that are affected by this change. Note that none of them require changes to their respective XML request messages.  Only the getSite API has a change in response.
API Description Supported in:
GetSite 
Returns limit number
SP3
CreateMeeting, SetMeeting 
Supports enforcement of the limitation for invitee/registration user
SP4
CreateTrainingSession, SetTrainingSession
Supports enforcement of the limitation for invitee/registration user
SP4
CreateEvent,SetEvent Supports enforcement of the limitation for invitee/registration user SP4
CreateMeetingAttendee Supports enforcement of the limitation for invitee on MC/TC/EC SP4
RegisterMeetingAttendee Supports enforcement of the limitation for registration user on MC/TC/EC SP4
DelMeetingAttendee Supports enforcement of the limitation for invitee/registration on MC/TC/EC SP4

As explained below, the system returns an exception message when there is a request to add an invitee or an attendee and the maximum limit has already been reached. These are not new exception messages. They already exist as part of the API.

Meeting Center: CreateMeeting, SetMeeting, CreateMeetingAttendee, RegisterMeetingAttendee

CreateMeeting, SetMeeting, CreateMeetingAttendee

The default maximum number of MC invitees per meeting is 1,000. When the total number of  invitees (including attendees and alternate hosts) is more than the value defined by maxInviteesNumberForMC, a new request for createMeeting, setMeeting, or CreateMeetingAttendee will result in the returned exception:

04004: Attendee number must be less than maximum number

RegisterMeetingAttendee

The default maximum number of MC registrations per meeting is 1,000. When the total number of is more than the value defined by maxRegistrantsNumberForMC, the registerMeetingAttendee request returns an exception:

040003: Number of registered attendees exceeded the limit

Note: Registered attendees include status pending, approved and rejected.

Training Center: CreateTrainingSession, SetTrainingSession, CreateMeetingAttendee, RegisterMeetingAttendee

CreateTrainingSession, SetTrainingSession, CreateMeetingAttendee
The default maximum number of TC invitees per meeting is 1,000. When the total number of  invitees (including attendees and presenter) is more than the value defined by maxInviteesNumberForTC, a new request for createTrainingSession, setTrainingSession, or CreateMeetingAttendee will result in the returned exception:
04004: Attendee number must be less than maximum number

CreateMeetingAttendee, RegisterMeetingAttendee
The default maximum number of TC registrations per meeting is 1,000. When the total number of registered users is more than the value defined by MaximalRegistrantsNumberForTC, a new request for CreateMeetingAttendee or RegisterMeetingAttendee will result in the folowing exception:

040003 :Number of registered attendees exceeded the limit

Event Center: CreateEvent, SetEvent, CreateMeetingAttendee, RegisterMeetingAttendee

CreateEvent, SetEvent, CreateMeetingAttended
The default maximum number of EC invitees per meeting default is 10,000.  When the total number of invitees is more than the value defined by maxInviteesNumberForEC, a new request for createEvent, setEvent, or createMeetingAttendee will result in the returned exception:

04004: Attendee number must be less than maximum number

CreateMeetingAttendee, RegisterMeetingAttendee
The default maximum number of EC registrations per meeting is 10,000. When the total number of registered users is more than the value defined by maxRegistrantsNumberForEC, a new request for CreateMeetingAttendee or RegisterMeetingAttendee will result in the following exception:

040003: Number of registered attendees exceeded the limit


GetSite API

The SP3 release adds new elements to the GetSite API to support the enforcement of limits of invitations, registration users, and participants.

There is a new element called attendeeLimitation. This element is returned as part of the getSiteResponse message. It contains the following elements:
  • maxInviteesNumberForMC
  • maxRegistrantsNumberForMC
  • maxInviteesNumberForTC
  • maxRegistrantsNumberForTC
  • maxInviteesNumberForEC
  • maxRegistrantsNumberForEC

The following diagram shows the schema relationships. For a detailed definition, download the file with the latest schema definitions on the release notes announcements page.

getSiteResponse message


SP3 and SP4: Resend Invitation Email

Description

The XML API 9.0 SP2 release unblocked user creation for CI enabled sites.  That change meant that an end user could accept an invitation and reset their password in order to create an account.  If the invitation email is lost, an admin with access to the Common Identity server (Atlas admin UI) can use the 'resend invitation email' feature. The SP3 release adds the ability through the XML API to fulfill the same function.  You can use the ResendEmail API to cause an invitation email to be re-sent.

APIs Affected

The ResendEmail API is a new API. No other APIs are affected.

resendEmail API

Example Request Message
The following XML sample shows an example resendEmail request message. Note that you must provide an email address and password as would be expected with authentication through a site using the Common Identity service.

<?xml version="1.0" encoding="UTF-8"?>
<serv:message
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xmlns:serv="http://www.webex.com/schemas/2002/06/service"
  si:schemaLocation="http://www.webex.com/schemas/2002/06/service http://www.webex.com/schemas/2002/06/service/service.xsd">
<header>
  <securityContext>
    <siteName>t30citesample</siteName>
    <email>customert30citesample@companyXYZ.com</email>
    <password>password123</password>
  </securityContext>
</header>
<body>
  <bodyContent xsi:type="java:com.webex.service.binding.user.ResendEmail">
    <email>jsmithsampleuser@companyXYZ.com</email>
    <emailType>invitation</emailType>
  </bodyContent>
</body>
</serv:message>

Example Response Message
The system sends a reply to indicate whether the above resendEmail request message succeeded. A result of SUCCESS requires that the end user account status be in a pending invitation status in the CI server. The following XML sample shows an example of a response of SUCCESS to a resendEmail request message.

<?xml version="1.0" encoding="UTF-8"?>
<serv:message
  xmlns:serv="http://www.webex.com/schemas/2002/06/service"
  xmlns:com="http://www.webex.com/schemas/2002/06/common"
  xmlns:use="http://www.webex.com/schemas/2002/06/service/user">
<serv:header>
  <serv:response>
    <serv:result>SUCCESS</serv:result>
    <serv:gsbStatus>PRIMARY</serv:gsbStatus>
  </serv:response>
</serv:header>
<serv:body>
  <serv:bodyContent
    xsi:type="use:resendEmailResponse"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"/>
</serv:body>
</serv:message>


SP4: GetUser API Returns Default Global Call-in Numbers

Description

The GetUser API response message now contains information on the user's default Global call-in numbers.

APIs Affected

getUser

getUser API

The GetUser API response message contains a new element called defaultCallin. No other behavior has changed.

For a detailed definition, download the file with the latest schema definitions on the release notes announcements page.



Related Release Information

The XML API schemas and release notes are available at the Cisco Webex Developer Portal:
https://developer.cisco.com/site/webex-developer/develop-test/xml-api/reference/

The URL API release notes are available at the Cisco Webex Developer Portal:
https://developer.cisco.com/site/webex-developer/develop-test/url-api/reference/