Намерете цялата важна информация, която ви е необходима за API за събранията на Cisco Webex, като например промени в схемата и други съобщения.
За повече информация за XML API 39 и XML API 11 вижте Преглед на актуализациите на XML API на Cisco Webex срещи (XML API 39 и по-стари).
За повече информация за XML API 40 вижте Преглед на актуализациите на XML API на Cisco Webex срещи (XML API 40 и по-нови).
За актуализации за XML API 11 SP9 и по-рано отидете на Cisco DevNet.
Актуализации на API 41.12.0
Актуализации на XML API 41.12.0
XMLAPI ще блокира Webex Събития (Класически) график и редактиране според сайт config елемент на EnableClassicEvent
която е фалшива
Засегнати API и Промени в схемата
В страницата за конфигуриране на администрирането на сайта, ако разрешаването на класически събитие квадратчето е невярно, този сайт няма да поддържа Webex Събития (класически) събрания повече.
Ако квадратчето Разрешаване на класическиСъбитие е невярно, извиквате тези API да работят Webex Събития (класически) събрание:
CreateEvent
, SetEvent
, GetEvent
, GetSessionInfo
, LstsummaryEvent
, LstrecordedEvent
, LstsummaryProgram
, UploadEventImage
API ще отговори на ново изключение 010106Класическото събитие е деактивирано.
Промени в схемата
Няма промени в схемата.
API заявка и отговор пример
СъздаванеОткрий API заявка и отговор
Искане на CreateVent
<bodyContent xsi:type="java:com.webex.service.binding.event.CreateEvent">
<accessControl>
<sessionPassword>XXXXXXXX</sessionPassword>
</accessControl>
<metaData>
<sessionName>XMLAPI EC Testing</sessionName>
</metaData>
<schedule>
<startDate>07/17/2021 01:29:15</startDate>
<openTime>15</openTime>
</schedule>
</bodyContent>
</body>
</serv:message>
Отговор на CreateVent
<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common"
xmlns:event="http://www.webex.com/schemas/2002/06/service/event">
<serv:header>
<serv:response>
<serv:result>FAILURE</serv:result>
<serv:reason>The classic Event has been disabled.</serv:reason>
<serv:gsbStatus>PRIMARY</serv:gsbStatus>
<serv:exceptionID>010106</serv:exceptionID>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent/>
</serv:body>
</serv:message>
CreateEvent3.1.3 Засягат API:
SetEvent GetEvent
GetSessionInfo
LstsummaryEvent
LstrecordedEvent
LstsummaryProgram
UploadEventImage
XMLAPI LstMeetingType
ще отговори на нов елемент на subProductCodePrefix
Засегнати API
Текущо API LstMeetingType
елемент на отговор на productionCodePrefix
: PRO, AUO, и други, които са Webex предварително дефинирани отговарят тип префикс.
След това ново подобрение API ще отговори на нов елемент на subProdctCodePrefix
:P RO1, PRO2 и т.н., които могат да бъдат персонализирани отговарят тип префикс.
Промени в схемата на API: LstMeetingType
Той ще отговори на нов елемент: subProdctCodePrefix
API заявка и отговор пример
LstMeetingType
Заявка за API & отговор
Искане на LstMeetingType
<bodyContent xsi:type="java:com.webex.service.binding.meetingtype.LstMeetingType">
<meetingTypeID>13810</meetingTypeID>
</bodyContent>
</body>
</serv:message>
Отговор на LstMeetingType
<serv:body>
<serv:bodyContent xsi:type="mtgtype:lstMeetingTypeResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<mtgtype:matchingRecords>
<serv:total>1</serv:total>
<serv:returned>1</serv:returned>
<serv:startFrom>1</serv:startFrom>
</mtgtype:matchingRecords>
<mtgtype:meetingType>
<mtgtype:productCodePrefix>PRO</mtgtype:productCodePrefix>
<mtgtype:subProductCodePrefix>PRO3</mtgtype:subProductCodePrefix> //New element for customized meeting
type
<mtgtype:active>ACTIVATED</mtgtype:active>
<mtgtype:name>Cus_Chat_Closed</mtgtype:name>
<mtgtype:displayName>Cus_Chat_Closed</mtgtype:displayName>
API 41.11.0 Актуализации
Актуализации на XML API 41.11.0
XML API поддръжка напред съвместимост в API за управление на потребителите за контролен център управлявани сайтове
Засегнати API и Промени в схемата
Ако вашето приложение за интеграция в момента използва Webex XMLAPI aPI за управление на потребителите: CreateUser
, SetUser
, DelUser
и GetUser
за осигуряване или управление на потребителите, след като вашият Webex класически сайт, превърнат в управляван сайт на Control Hub, тези API ще продължат да работят за съвместимост напред. Има някои промени в поведението, както е отбелязано по-долу:
При използване на createUser- ако състоянието на потребителя в контролния център не е "активно" тогава състоянието на потребителя в сайта няма да бъде активно. Ако състоянието на потребителя в Контролния център е активно , тогава състоянието на потребителя в сайта също еактивно, препратка: Състояние на потребителя на нови и преобразувани потребители в контролния център.
Елементът с парола наCreateUser и SetUser API ще бъде игнориран, започваме да изпращаме имейл за активиране на нови потребители, потребителите могат да кликат върху връзката в имейла, за да активно нов акаунт и да въвеждат нова парола.
АктивниятелементнаCreateUser API ще бъде игнориран, нов потребител (не е проверен) не може да се активира чрез този параметър с помощта на API SetUser.
Стойността на webExId елемент в тялотоСъдържание на CreateUser API трябва да бъде същото като имейл. Ако webExId е различен от имейла , ще третираме уебExId същото като имейла при съхраняването му в WebDB и стойността ще бъде пренебрегната.
Стойността на webExId елемент в тялотоСъдържание на SetUser API трябва да бъде потребителска самоличност на имейл адрес, можете да го промените с помощта наимейл >в тялотоСъдържание.
API на SetUser ще поддържа промяна на имейла на съществуващия потребител: той е успешен, ако акаунтът за операция в SecurityContext е Контролен център пълен администратор на сайта. В противен случай API отчита грешка с нов код за грешка и съобщение по-долу:
030120 акаунтът трябва да бъде пълен администратор на сайта, за да промените имейл.
Елементът newWebExId в тялотоСъдържание на API на SetUser ще бъде пренебрегнато.
API на SetUser се опитва да промени на имейл, който вече се използва, API повишава под нов код на грешка и съобщение за грешка:
030118 Имейл вече се използва в управлявани сайтове на контролния център.
API на DelUser дезактивира потребителя в Webex събрание страна и съответния лиценз за събрание се премахва от webex сайт. Този дезактивиран потребител може да бъде активиран отново с помощта на API: SetUser (<active>АКТИВИРАН</active>) толкова дълго, колкото потребителят е проверен преди.
API на CreateUser и SetUser повишава нов код на грешка и съобщение за грешка, както е показано по-долу:
030117, Този потребител съществува извън вашия орг, така че трябва да се претендира, за да се премести във вашата орг чрез процеса на претенция потребител. За стъпки за предявяване на претенцията на потребителя във вашата орг вижте Рекламация на потребители към Вашата организация (Конвертиране на потребители). Ще трябва да потвърдите домейна, към който принадлежи потребителят, преди да заявите потребителя.
030119 маркерът за достъп до CI трябва да включва обхват webexsquare: администратор, когато осигурявате потребител.
Поддържа се само за ограничен период напред съвместимост. Ще предоставим разширено известие, преди тази съвместимост да бъде премахната. |
Промени в схемата
Няма промени в схемата на тези API: CreateUser
, SetUser
, DelUser
и GetUser
.
API заявка и отговор пример
CreateUser API заявка & отговор
API request:
<?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"
xsi:schemaLocation="http://www.webex.com/schemas/2002/06/service http://www.webex.com/schemas/2002/06/service/service.xsd">
<header>
<securityContext>
<siteName>{siteName}</siteName>
<webExID>{site Admin account}</webExID>
<email>{site Admin account}</email>
<sessionTicket>xxxx</sessionTicket> or <password> or <webExAccessToken>
or <accessToken>, when using CI "accessToken", it must include scope webexsquare:admin when provisioning
user
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
<webExId>Jack@qa.webex.com</webExId> --- it should is user identity of email address
<email>Jack@qa.webex.com</email>
<firstName>Jack</firstName>
<lastName>Smith</lastName>
<password>....</password>
<privilege>
<host>true</host>
</privilege>
<active>ACTIVATED</active> ---this parameter can't active the user directly until the user self activate itself via activation
email.
</bodyContent>
</body>
</serv:message>
API response example:
<?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:createUserResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<use:userId>23778617</use:userId>
</serv:bodyContent>
</serv:body>
</serv:message>
Засягат API:
СъздаванеНа Потребител
SetUser
ДелУсер
XML API поддържа удостоверяването на съществуващия потребител напред съвместимост след Webex класически сайт се преобразува в контролен център управляван сайт
Засегнати API
След Webex класически сайт се превръща в Control Hub управляван сайт, стойността на <webExID> елемент в трябва да бъде същата като <securityContext> имейл, подробности по-долу:
За съществуващите потребители, създадени в Webex класически сайт, ние поддържаме както стари webExID (Например: Jack) и нов webExID (съдържанието е същото като имейл, пример: Jack@xx.com) да влезете, тази удостоверяване назад съвместимост е за всички XML API.
За нови потребители, създадени в управлявани сайтове на Контролния център, стойността на webExID елемент трябва да бъде същата като имейл за вход.
<header>
<securityContext>
<siteName>{siteName}</siteName>
<webExID>{userName}</webExID> --- existing users were created in webEx classic site, it can be: jack or jack@xx.com;
new user must use jack@xx.com
<sessionTicket>xxxx</sessionTicket> or <password> or <webExAccessToken> or <accessToken>
</securityContext>
</header>
Засягат API:
Всички XML API.
След Webex класически сайт преобразува в управляван сайт на Control Hub, стойността на <webExID> тялото наелементаСъдържание> трябва да бъде същото като имейл, подробности по-долу:
За съществуващите потребители, създадени в Webex класически сайт, ние поддържаме както стария webExId(напр.: Jack) и нов webExId (съдържанието е същото като имейл, например: Jack@xx.com) в тялотоСъдържане.
За нови потребители, създадени в control Hub управлявани сайтове, стойността на webExId елемент трябва да бъде същата като имейл в
bodyContent
.
<bodyContent xsi:type="java:com.webex.service.binding.user.GetUser or SetUser or DelUser">
<webExId>xxxx</webExId> --- existing users were created in webEx classic site, it can be: jack or jack@xx.com; new user
must use jack@xx.com
</bodyContent>
Засягат API:GetUser
, SetUser
и DelUser
.
Промени в схемата
Няма промени в схемата на никакви API.
API заявка и отговор пример
Заявка за API на GetUser & отговор
API request:
<?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"
xsi:schemaLocation="http://www.webex.com/schemas/2002/06/service http://www.webex.com/schemas/2002/06/service/service.xsd">
<header>
<securityContext>
<siteName>{siteName}</siteName>
<webExID>{userName}</webExID> --- existing users were created in webEx classic site, it can be: jack or jack@xx.com;
new user must use jack@xx.com
<sessionTicket>xxxx</sessionTicket> or <password> or <webExAccessToken> or <accessToken>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.GetUser or SetUser or DelUser">
<webExId>xxxx</webExId> --- existing users were created in webEx classic site, it can be: jack or jack@xx.com; new user
must use jack@xx.com
</bodyContent>
</body>
</serv:message>
API response example:
...same as before
Подобрение запис преглед история отчет API за поддръжка в Webex срещи, Webex събития (нов) и Webex събития (класически)
Засегнати API
Текущ API: lstrecordaccessHistory
и lstrecordaccessDetailHistory
поддържат само Webex Обучения запис изглед достъп до история отчет. Новото подобрение поддържа Webex Срещи, Webex Събития (нови) и Webex Събития (класически) запис изглед достъп до история отчет, както добре.
Промени в схемата
Ние поддържаме по-долу нова схема в API lstrecordaccessИсторията в тялото на API заявка:
<serviceTypes>
<serviceType>MeetingCenter</serviceType>
<serviceType>TrainingCenter</serviceType>
<serviceType>EventCenter</serviceType>
</serviceTypes>
Подробности
The API: lstrecordaccessHistory
е в състояние да върне запис изглед достъп история за Webex срещи, Webex събития (нови), Webex събития (класически), и Webex обучения.
Ако няма serviceType, посочен в заявката за API, API на
lstrecordaccessHistory
връща Webex Обучения запис изглед достъп само история.Когато услугатаType е MeetingCenter, API на
lstrecordaccessHistory
връща както Webex Срещи, така и Webex Events (нов) изглед за запис достъп до хронология.Когато услугатаType е EventCenter, API на
lstrecordaccessHistory
връща Webex Събития (класически) изглед за запис достъп до историята.
The API: lstrecordaccessDetailHistory
е в състояние да върне подробности, като recordID
на Webex Срещи, Webex Събития (нови), Webex Събития (класически), и Webex обучения.
API заявка и отговор пример
lstrecordaccessHistory
Искане и отговор на API
<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<header>
<securityContext>
<webExID>{userName}</webExID>
<password>{password}</password>
<siteName>{siteName}</siteName>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.history.LstrecordaccessHistory">
<viewTimeScope>
<viewTimeStart>9/20/2021 00:00:00</viewTimeStart>
<viewTimeEnd>9/28/2021 23:59:59</viewTimeEnd>
</viewTimeScope>
<listControl>
<startFrom>1</startFrom>
<maximumNum>100</maximumNum>
</listControl>
<order>
<orderBy>RECORDID</orderBy>
<orderAD>ASC</orderAD>
</order>
<serviceTypes>
<serviceType>MeetingCenter</serviceType>
<serviceType>TrainingCenter</serviceType>
<serviceType>EventCenter</serviceType>
</serviceTypes>
</bodyContent>
</body>
</serv: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:history="http://www.webex.com/schemas/2002/06/service/history">
<serv:header>
<serv:response>
<serv:result>SUCCESS</serv:result>
<serv:gsbStatus>PRIMARY</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="history:lstrecordaccessHistoryResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>LstrecordaccessHistory test TC-20210924 1324-1</history:recordName>
<history:creationTime>09/24/2021 13:28:13</history:creationTime>
<history:registered>0</history:registered>
<history:downloaded>2</history:downloaded>
<history:viewed>1</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordAccessHistory>
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>TestErollment_001-20210610 1905-1</history:recordName>
<history:creationTime>06/10/2021 19:10:15</history:creationTime>
<history:registered>0</history:registered>
<history:downloaded>0</history:downloaded>
<history:viewed>3</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordAccessHistory>
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>Test instant playback 2-20210705 0709-1</history:recordName>
<history:creationTime>07/05/2021 07:15:06</history:creationTime>
<history:registered>0</history:registered>
<history:downloaded>0</history:downloaded>
<history:viewed>1</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordAccessHistory>
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>EC2.0_232423-20210922 0447-1</history:recordName>
<history:creationTime>09/22/2021 04:53:05</history:creationTime>
<history:registered>0</history:registered>
<history:downloaded>0</history:downloaded>
<history:viewed>1</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordAccessHistory>
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>LstrecordaccessHistory test EC2.0-20210924 1315-1</history:recordName>
<history:creationTime>09/24/2021 13:19:00</history:creationTime>
<history:registered>0</history:registered>
<history:downloaded>1</history:downloaded>
<history:viewed>1</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordAccessHistory>
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>LstrecordaccessHistory test MC-20210924 1319-1</history:recordName>
<history:creationTime>09/24/2021 13:25:12</history:creationTime>
<history:registered>0</history:registered>
<history:downloaded>1</history:downloaded>
<history:viewed>1</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordAccessHistory>
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>LstrecordaccessHistory test EC classic-20210924 1331-1</history:recordName>
<history:creationTime>09/24/2021 13:37:28</history:creationTime>
<history:registered>0</history:registered>
<history:downloaded>1</history:downloaded>
<history:viewed>1</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordAccessHistory>
<history:matchingRecords>
<serv:total>8</serv:total>
<serv:returned>7</serv:returned>
<serv:startFrom>1</serv:startFrom>
</history:matchingRecords>
</serv:bodyContent>
</serv:body>
</serv:message>
lstrecordaccessDetailHistory
Искане и отговор на API
<?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">
<header>
<securityContext>
<webExID>{userName}</webExID>
<password>{password}</password>
<siteName>{siteName}</siteName>
</securityContext>
</header>
<body>
<bodyContent xsi:type=
"java:com.webex.service.binding.history.LstrecordaccessDetailHistory">
<recondID>1XXXXXX7</recondID>
<timeZoneID>20</timeZoneID>
</bodyContent>
</body>
</serv: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:history="http://www.webex.com/schemas/2002/06/service/history">
<serv:header>
<serv:response>
<serv:result>SUCCESS</serv:result>
<serv:gsbStatus>PRIMARY</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="history:lstrecordaccessDetailHistoryResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<history:recordDetail>
<history:viewID>1XXXXXX7</history:viewID>
<history:participantName>Axxxg</history:participantName>
<history:participantEmail>Axxxg@qa.webex.com</history:participantEmail>
<history:accessTime>09/24/2021 13:27:26</history:accessTime>
<history:registered>false</history:registered>
<history:downloaded>false</history:downloaded>
<history:viewed>true</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordDetail>
<history:recordDetail>
<history:viewID>1XXXXXX7</history:viewID>
<history:participantName>Axxxg</history:participantName>
<history:participantEmail>Axxxg@qa.webex.com</history:participantEmail>
<history:accessTime>09/24/2021 13:27:39</history:accessTime>
<history:registered>false</history:registered>
<history:downloaded>true</history:downloaded>
<history:viewed>false</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordDetail>
<history:matchingRecords>
<serv:total>2</serv:total>
<serv:returned>2</serv:returned>
<serv:startFrom>1</serv:startFrom>
</history:matchingRecords>
</serv:bodyContent>
</serv:body>
</serv:message>
Засягат API:
lstrecordaccessHistory
lstrecordaccessDetailHistory
Отстраняване на пролуката на макс позволено Webex събития (класически) описание дължина между XMLAPI и Webex Страница.
Засегнати API
The XML API: CreateEvent и SetEvent елемент на описание ще позволи max 10000 знака входове, ако над размер въвеждане, това ще доведе до новия код на грешка и съобщение:
060068 Незаконно входно описание. Това описание не може да надвишава 10000 знака.
Промени в схемата
Няма промяна в схемата.
API заявка и отговор пример
СъздаванеОткрий API заявка и отговор
#API request example:
...
<body>
<bodyContent xsi:type="java:com.webex.service.binding.event.CreateEvent"
xmlns:att="http://www.webex.com/schemas/2002/06/service/event" xsi:schemaLocation="http://www.webex.com/schemas/2002/06/service/event
http://www.webex.com/schemas/2002/06/service/event/event.xsd">
<accessControl>
<sessionPassword>111111</sessionPassword>
<listing>PRIVATE</listing>
</accessControl>
<metaData>
<sessionName>EC test</sessionName>
<description>.......Suppose you filling in 10000 characters in description.......</description>
</metaData>
...
------------------------------------
#API response example when the description exceeds 10000 characters:
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common"
xmlns:event="http://www.webex.com/schemas/2002/06/service/event">
<serv:header>
<serv:response>
<serv:result>FAILURE</serv:result>
<serv:reason>Illegal input description. The description can't exceed 10000 characters</serv:reason>
<serv:gsbStatus>PRIMARY</serv:gsbStatus>
<serv:exceptionID>060068</serv:exceptionID>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent/>
</serv:body>
</serv:message>
Засягат API:
CreateEvent
SetEvent
XML API: GetUser връща нов елемент на безплатноAccount
Засегнати API
GetUser
връща нов елемент, който идентифицира freeAccount
потребителският акаунт е FreeAccount
или не.
Промени в схемата
GetUser отговор пример
GetUser response:
<use:initials>AW</use:initials>
<use:isUploaded>false</use:isUploaded>
</use:avatar>
<use:largeEventCapacity>3</use:largeEventCapacity>
<use:freeAccount>false</use:freeAccount>
</serv:bodyContent>
</serv:body>
</serv:message>
Засягат API:
GetUser
API 41.10.0 Актуализации
Няма промени в схемата на XML API 41.10.0 схема. |
API 41.9.0 Актуализации
Актуализации на XML API 41.9.0
Извеждане от извеждане XML API 10.0.0 за всички T31 сайтове
Webex планира да приключи с поддръжката на живота XML API вер 10.0.0 за всички T31 сайтове.
Ние сме извеждане от употреба XML API 10.0.0 код от всички продукции в 41.9.0 актуализация.
API 41.8.0 Актуализации
Актуализации на XML API 41.8.0
Извеждане от извеждане XML API 10.0.0 за всички T31 сайтове
Webex планира да приключи с поддръжката на живота XML API вер 10.0.0 за всички T31 сайтове.
Webex намери някои клиенти клиент достъп ДО URL адреса на XML API с помощта на неправилен начин като: https://{siteName}.webex.com/WBXService/xml10.0.0/XMLService, правилният начин за достъп до XML API URL като: https://{сайтName}.webex.com/WBXService/XMLService.
Моля, превключете вашия код достъп XML API с помощта на правилен начин, за да избегнете въздействие, преди да приключим поддръжката на живота на XML API версия 10.0.0.
Актуализации на API 41.7.0
Актуализации на XML API 41.7.0
Мобилно изтриване и редактиране на записа трябва да се контролира от сайт администрация опция: Разрешаване на хостовете да преназначават, редактират, забраняват и изтриват записи
Засегнати API и Промени в схемата
GetSite
: ще върне нови елементи именуване enableNBRMCModify
и separateNoRecordingEdit
под инструменти.
Пример за отговор
GetSiteResponse
:
GetSite
<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common"
xmlns:ns1="http://www.webex.com/schemas/2002/06/service/site" xmlns:event="http://www.webex.com/schemas/2002/06/service/event">
<serv:header>
<serv:response>
<serv:result>SUCCESS</serv:result>
<serv:gsbStatus>PRIMARY</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
....
<ns1:tools>
...
<ns1:enableNBRMCModify>false</ns1:enableNBRMCModify>
<ns1:separateNoRecordingEdit>true</ns1:separateNoRecordingEdit>
...
</ns1:tools>
</serv:bodyContent>
</serv:body>
</serv:message>
API 41.6.3 Актуализации
XML API 41.6.3 актуализации
GetSite
Отговорете нов елемент на supportLargeEvent
Засегнати API и Промени в схемата
GetSite: връща нови елементи именуване supportLargeEvent
под siteCommonOptions
да уведомите повикващия дали сайтът е поддръжка Голямо събитие (Webex Събитие (ново)) или не.
Промяна на схемата
Пример за отговор
GetSiteResponse
:
GetSite
<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common"
xmlns:ns1="http://www.webex.com/schemas/2002/06/service/site" xmlns:event="http://www.webex.com/schemas/2002/06/service/event">
<serv:header>
<serv:response>
<serv:result>SUCCESS</serv:result>
<serv:gsbStatus>PRIMARY</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
....
<ns1:siteCommonOptions>
...
<ns1:enablePreMeetingLobby>false</ns1:enablePreMeetingLobby>
<ns1:supportLargeEvent>true</ns1:supportLargeEvent>
</ns1:siteCommonOptions>
</serv:bodyContent>
</serv:body>
</serv:message>
Актуализации на API 41.6.0
Актуализации на XML API 41.6.0
XMLAPI поддръжка Webex Събития 2.0 в осигуряване
Засегнати API
GetUser
: връща нов елемент именуване largeEventCapacity
която показва капацитета на ново събитие 2.0 (ЕО 2.0) по този потребителски акаунт. Например, ако потребителският акаунт има CI_EC3K лиценз, стойността на largeEventCapacity
е 3000.
Промени в схемата
Пример за отговор
GetUserОтговор:
XmlAPI LstRecording's CreateTime прилага времето за стартиране на записа
Засегнати API
LstRecording
: LstRecording
отговор CreateTime
като времето, когато потребителят действително натиска бутона за запис.
Подробности
В миналото XML API използва времеви печат на кога записът е създаден в базата данни като време за създаване в LstRecording
отговор. Сега е времето, когато потребителят всъщност започва да прави записа. Тази промяна се отнася за всички записи на услуги. Няма промяна на схемата.
Актуализации на API 41.5.0
АКТУАЛИЗАЦИИ НА XML API 41.5.0
XMLAPI има възможност да стартира Webex планирани срещи от PSTN като хост
Засегнати API
CreateUser
: генерираhostPIN
независимо от потребителя PMR е активиран или не, когато ролята на потребителя е хост или пълен или само за четене или администратори на сайта за управление на потребители.SetUser
: комплектиhostPIN
Използванеphones.hostPIN
КогатоpersonalMeetingRoom.hostPIN
не е в XML заявка (предварително условие: превключване на функциитеAllowStartScheduledMtgFromPhone
е активирана).GetUser
: връщаphones.hostPIN
независимо от това, че PMR на потребителя е активиран или не. (предварително условие: превключване на функциитеAllowStartScheduledMtgFromPhone
е активирана).
Промени в схемата
GetUserResponse
:
SetUser
:
Пример за отговор
GetUserResponse
:
SetUser
:
XMLAPI GetSite
отговор два нови елемента за мобилен клиент
Засегнати API
GetSite
:GetSite
сега ще отговори на два нови елемента за поддръжка на мобилен клиент има логиката да показва или да не показва раздела за запис.enableRecordingAccess
: вярно или невярно, Супер администраторите на Webex могат да активират или деактивират достъпа за запис чрез превключването(EnableRecordingAccesses
).storageEmptyStatus
: вярно или невярно, ако и двата сайта не поддържат NBR функция и разпределени NBR пространство за съхранение като нула, тогава отговорът на състоянието е вярно, друго е невярно.
Промени в схемата
Примерно искане за GetSite
Примерен отговор за Getsite
Имейл тема, която има не ASCII знаци ще бъдат кодирани с RFC2047. В случай на чист ASCII знак имейл тема, няма кодиране
Засегнати APIНяма въздействия върху всяка заявка за API, отговаря полезния товар, но променя поведението на email subject's encode. Когато темата на имейла, която има знаци, които не са ASCII, ще бъде кодиран с RFC2047. В случай на чист ASCII знак имейл тема, няма кодиране.
Промени в схемата
Няма промени в схемата.
Актуализации на API 41.4.0
АКТУАЛИЗАЦИИ НА XML API 41.4.0
Създаване събитие планирани Webex Събития може да ливъридж сайт ниво по подразбиране на влизане и излизане тон
XMLAPI се подравнява с текущата нова логика за контролиране на входния и изходния тон. Всички тонове за Webex Events бяха контролирани от различна настройка в администрирането на сайта. В GetSite
, XMLAPI връща допълнително поле entryExitToneEC
за да посочите стойността. Първоначално, когато администраторът на сайта зададе по подразбиране на тона, създайте Event няма да ливъридж тази настройка чрез прилагане на XMLAPI по подразбиране.
Засегнати API
The XML API: GetSite връща един нов елемент entryExitToneEC
за да посочите стойността.
The XML API: CreateEvent, SetEvent, GetEvent обратно край бизнес логика чете стойността на entryExitToneEC
.
Промени в схемата
XML API: GetSite проба за отговор:
<ns1:defaults>
<ns1:emailReminders>true</ns1:emailReminders>
<ns1:entryExitTone>ANNOUNCENAME</ns1:entryExitTone>
<ns1:entryExitToneEC>NOTONE</ns1:entryExitToneEC>
<ns1:voip>true</ns1:voip>
<ns1:teleconference>
<ns1:telephonySupport>NONE</ns1:telephonySupport>
</ns1:teleconference>
<ns1:joinTeleconfNotPress1>true</ns1:joinTeleconfNotPress1>
<ns1:updateTSPAccount>false</ns1:updateTSPAccount>
</ns1:defaults>
Засягат API:
GetSite
СъздаванеСъбитност
КомплектСъбитник
ВземиСъбитник
XMLAPI просто връща подробно информацията за голямото събитие (Webex Event 2.0)
Ако Събранието на Webex е голямото събитие или уебкаст,
GetSessionInfo
връща някаква подробна информация, включваща парола за събрание, цифрова парола за събрание, панелистка парола и панелистка цифрова парола (Не се променя схема).XMLAPI не поддържа създаване и редактиране на някое голямо събитие или функция за уеб предавания, така че
CreateMeeting
иSetMeeting
върнете ново изключение (110064, Типът на сесията на събитието и уебкаст не се поддържат.) за голям случай на събитие или уеб предаване.
API за въздействието
Име на API |
Описание |
Забележка |
---|---|---|
|
Ако Събранието на Webex е голямото събитие или уебкаст, |
Не се променя схема. |
|
Ако потребителят се опита да използва |
Поведението да бъде променено. |
Актуализации на API 41.3.0
Актуализации на XML API 41.3.0
Xml API новите промени поддържат функцията Webex Събития 2.0
Засегнати API
И двете API: GetSessionInfo и GetMeeting елементи за връщане enableEvent
и enableWebniar
твърде.
Име на елемент |
Описание |
---|---|
разрешаванеСъбит |
Поддържа EC 2.0 в среща на Webex |
разрешаванеУебниар |
Поддържа Уебинар в събрание на Webex |
XMLAPI поддръжка връща над два елемента за EC 2.0. Текущата XML API версия не поддържа планиране и задаване на СЪБРАНИЕ НА EC2.0. |
Промени в схемата
GetSessionInfo
връща елементи enableEvent
и enableWebniar
за ЕО 2.0.
GetMeeting
връща елементи enableEvent
и enableWebniar
за ЕО 2.0.
Проба за отговор:
GetSessionInfo
отговор:
<ep:accessControl>
<ep:listStatus>PUBLIC</ep:listStatus>
<ep:registration>false</ep:registration>
<ep:passwordReq>true</ep:passwordReq>
<ep:isEnforceAudioPassword>false</ep:isEnforceAudioPassword>
<ep:isEnforceAudioLogin>false</ep:isEnforceAudioLogin>
<ep:enableEvent>false</ep:enableEvent>
<ep:enableWebniar>false</ep:enableWebniar>
<ep:enablePreMeetingLobby>true</ep:enablePreMeetingLobby>
</ep:accessControl>
GetMeeting
отговор:
<meet:supportPKI>false</meet:supportPKI>
<meet:HQvideo>true</meet:HQvideo>
<meet:HDvideo>true</meet:HDvideo>
<meet:viewVideoThumbs>true</meet:viewVideoThumbs>
<meet:enableEvent>false</meet:enableEvent>
<meet:enableWebniar>false</meet:enableWebniar>
<meet:enablePreMeetingLobby>true</meet:enablePreMeetingLobby>
</meet:enableOptions>
ФУНКЦИЯТА XMLAPI нови промени поддържат pre-Meeting лоби функция
Засегнати API
The XML API: GetSite
, LstSummarySession
, GetSessionInfo
и GetMeeting
ще отговори на новия елемент enablePreMeetingLobby
за Предсрещно лоби.
Промени в схемата
The XML API: GetSite
връща елемент enablePreMeetingLobby
за Предсрещно лоби.
The XML API: LstSummarySession
връща елемент enablePreMeetingLobby
за Предсрещно лоби.
The XML API: GetSessionInfo
връща елемент enablePreMeetingLobby
за Предсрещно лоби.
The XML API: GetMeeting
връща елемент enablePreMeetingLobby
за Предсрещно лоби.
Проба за отговор:
GetSite
отговор:
<ns1:siteCommonOptions>
<ns1:SupportCustomDialRestriction>false</ns1:SupportCustomDialRestriction>
<ns1:SupportTelePresence>false</ns1:SupportTelePresence>
<ns1:SupportTelePresencePlus>false</ns1:SupportTelePresencePlus>
<ns1:EnableCloudTelepresence>true</ns1:EnableCloudTelepresence>
<ns1:EnableCMRForAllUsers>true</ns1:EnableCMRForAllUsers>
<ns1:enablePersonalMeetingRoom>true</ns1:enablePersonalMeetingRoom>
<ns1:SupportAlternateHost>true</ns1:SupportAlternateHost>
<ns1:SupportXMLAPIReturnScheduledPMR>false</ns1:SupportXMLAPIReturnScheduledPMR>
<ns1:SupportAnyoneHostMeetings>true</ns1:SupportAnyoneHostMeetings>
<ns1:enablePreMeetingLobby>true</ns1:enablePreMeetingLobby>
</ns1:siteCommonOptions>
LstSummarySession
отговор:
<ep:isException>false</ep:isException>
<ep:isNextUpcomingInstance>true</ep:isNextUpcomingInstance>
<ep:seriesMeetingKey>0</ep:seriesMeetingKey>
<ep:isScheduledPMR>false</ep:isScheduledPMR>
<ep:enableEvent>false</ep:enableEvent>
<ep:enableWebniar>false</ep:enableWebniar>
<ep:enablePreMeetingLobby>true</ep:enablePreMeetingLobby>
</ep:session>
GetSessionInfo
отговор:
<ep:accessControl>
<ep:listStatus>PUBLIC</ep:listStatus>
<ep:registration>false</ep:registration>
<ep:passwordReq>true</ep:passwordReq>
<ep:isEnforceAudioPassword>false</ep:isEnforceAudioPassword>
<ep:isEnforceAudioLogin>false</ep:isEnforceAudioLogin>
<ep:enableEvent>false</ep:enableEvent>
<ep:enableWebniar>false</ep:enableWebniar>
<ep:enablePreMeetingLobby>true</ep:enablePreMeetingLobby>
</ep:accessControl>
GetMeeting
отговор:
<meet:supportPKI>false</meet:supportPKI>
<meet:HQvideo>true</meet:HQvideo>
<meet:HDvideo>true</meet:HDvideo>
<meet:viewVideoThumbs>true</meet:viewVideoThumbs>
<meet:enableEvent>false</meet:enableEvent>
<meet:enableWebniar>false</meet:enableWebniar>
<meet:enablePreMeetingLobby>true</meet:enablePreMeetingLobby>
</meet:enableOptions>
The XML API GetSite
отговор Информация поведение промяна разгласи
Засегнати API
The XML API: GetSite
само отговор под елементи за администраторски акаунт, които включват роли: SiteAdmin
, RO_SiteAdmin
и UserAdmin
.
<ns1:activeUserCount>...</ns1:activeUserCount>
<ns1:EEActiveUserCount>...</ns1:EEActiveUserCount>
<ns1:activeCETHost>...</ns1:activeCETHost>
<ns1:auoActiveUserCount>...</ns1:auoActiveUserCount>
<ns1:MCActiveUserCount>...</ns1:MCActiveUserCount>
<ns1:ECActiveUserCount>...</ns1:ECActiveUserCount>
<ns1:TCActiveUserCount>...</ns1:TCActiveUserCount>
<ns1:SCActiveUserCount>...</ns1:SCActiveUserCount>
Поведението е променено
Само позволи Администратор роля имат данни за лиценза за отговор на GetSite
. Хост или участник няма да получи тези лицензионни данни в GetSite
отговор.
По-долу са aPI: GetSite's
отговор пример за siteadmin
или готови само siteadmin
или администратор за управление на потребители:
Актуализации на API 41.2.0
Актуализации на XML API 41.2.0
XMLAPI трябва да поддържа "CMR Хибриден VOIP", ако сайтът поддържа Уебекс телефония
Засегнати API
GetSite
връща нов елементIsWebexTelephony
в отговора.CreateUser
иSetUser
може да актуализираcmrHybridVoip
елемент, акоIsWebexTelephony
е вярно заедно с други условия.IsTSPUsingTelephonyAPI
вече не е вследствие на това.
Промени в схемата
XML API: GetSite
отговор връща допълнителен елемент IsWebexTelephony
GetSite
отговор включват този нов елемент:
<ns1:telephonyConfig>
<ns1:isWebexTelephony>true</ns1:isWebexTelephony>
<ns1:isTSPUsingTelephonyAPI>false</ns1:isTSPUsingTelephonyAPI>
<ns1:serviceName>Personal Conference No.</ns1:serviceName>
<ns1:participantAccessCodeLabel>Attendee access code</ns1:participantAccessCodeLabel>
<ns1:subscriberAccessCodeLabel>Host access code</ns1:subscriberAccessCodeLabel>
<ns1:attendeeIDLabel>Attendee ID</ns1:attendeeIDLabel>
.....
</ns1:telephonyConfig>
LstSummarySession
поддържа EC2.0
XML API-та се въздействат
LstSummarySession
ще върне нови два елемента в подкрепа на ЕО 2.0
Име на елемент |
Описание |
---|---|
разрешаванеСъбит |
Поддържа EC 2.0 в среща на Webex |
разрешаванеУебниар |
Поддържа Уебинар в събрание на Webex |
Промени в схемата
XML API: LstSummarySession
: Да се приложи < enableEvent
> и enableWebniar
> елементи
Отговор на XML API: LstSummarySession
Отговор за ЕО 2.0
<ep:isNextUpcomingInstance>true</ep:isNextUpcomingInstance>
<ep:seriesMeetingKey>0</ep:seriesMeetingKey>
<ep:isScheduledPMR>false</ep:isScheduledPMR>
<ep:enableEvent>true</ep:enableEvent>
<ep:enableWebniar>true</ep:enableWebniar>
</ep:session>
XMLAPI поддържа за връщане на потребителя на сайта Webex-voice-assistant
опция за интеграция с MCT
Засегнат API
GetUser
връща нов елемент webexAssistantEnabled
(вярно или невярно) в отговора.
Промени в схемата
getUserResponse
:
Пример за отговор
API 41.1.0 Актуализации
Няма промени в схемата на XML API 41.1 схема. |