Cisco Webex Meetings API-frissítések áttekintése (API 41)

Az XML API 39-ről és az XML API 11-ről további információt a Cisco Webex Meetings XML API-frissítések áttekintésében (XML API 39 és korábbi) talál.

Az XML API 40-ről további információt a Cisco Webex Meetings XML API-frissítések áttekintésében (XML API 40 és újabb) talál .

Az XML API 11 SP9 és korábbi frissítéseit a Cisco DevNetwebhelyen kaphatja meg.

XML API 41.12.0 frissítések

Kattintson ide az XML API 41.12.0 séma letöltéséhez .

Az XMLAPI blokkolja a Webex Events (Classic) ütemezését és szerkesztését a következő webhely konfigurációs elemének megfelelően: EnableClassicEvent az hamis

Érintett API-k és sémaváltozások

A webhelyfelügyelet konfigurációs lapján, ha a Klasszikus esemény engedélyezése jelölőnégyzet hamis, ez a webhely már nem támogatja a Webex Events (klasszikus) értekezleteket.

Ha a ClassicEvent engedélyezése jelölőnégyzet hamis, hívja fel ezeket az API-kat a Webex Events (klasszikus) értekezlet működtetéséhez:

CreateEvent , SetEvent , GetEvent , GetSessionInfo , LstsummaryEvent , LstrecordedEvent , LstsummaryProgram , UploadEventImage

Az API új kivételre válaszol 010106 A klasszikus eseményt letiltották .

Sémamódosítások

Nincs sémamódosítás.

API-kérelem és válasz példa

CreateEvent API -kérés és válasz

A CreateEvent kérelme

XXXXXXXXX


XMLAPI EC tesztelés


2021. 07. 17. 01:29:15
15

A CreateEvent válasza

<?xml version="1.0" encoding="ISO-8859-1"?>
xmlns:event=" http://www.webex.com/schemas/2002/06/service" <serv:header>http://www.webex.com/schemas/2002/06/common" <serv:response>http://www.webex.com/schemas/2002/06/service/event">
<serv:result> SIKERTELEN</serv:result>
<serv:reason> A klasszikus eseményt letiltották.</serv:reason>
<serv:gsbStatus> ELSŐDLEGES</serv:gsbStatus>
<serv:exceptionID> 010106</serv:exceptionID>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent/>
</serv:body>

CreateEvent3.1.3 API-k hatása:

• SetEvent GetEvent

• GetSessionInfo

• LstsummaryEvent

• LstrecordedEvent

• LstsummaryProgram

• UploadEventImage

XMLAPI LstMeetingType válaszolt a(z) új elemére subProductCodePrefix

Érintett API-k

Aktuális az API LstMeetingType válasz eleme productionCodePrefix : A PRO, AUO és mások, amelyek Webex által előre definiált típusok, megfelelnek a típus előtagnak.

Az új fejlesztés után az API a(z) új elemére válaszol subProdctCodePrefix :PRO1, PRO2, stb. amelyek testre szabhatók és megfelelnek a típus előtagnak.

Sémaváltozások az API-n: LstMeetingType

Új elemre fog válaszolni: subProdctCodePrefix

PÉLDA API-kérésre és -válaszra

LstMeetingType API -kérés és válasz

Kérelme a következőtől: LstMeetingType

13810

Válasz erre: LstMeetingType

<serv:bodyContent xsi:type="mtgtype:lstMeetingTypeResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<serv:total> 1</serv:total>
<serv:returned> 1</serv:returned>
<serv:startFrom> 1 </serv:startFrom>


<mtgtype:productCodePrefix> PRO</mtgtype:productCodePrefix>
<mtgtype:subProductCodePrefix> PRO3</mtgtype:subProductCodePrefix> //Új elem a testreszabott értekezlet típusa
<mtgtype:active> AKTIVÁLT</mtgtype:active>
<mtgtype:name> C
Cus_ Lezárva</mtgtype:name>hat_<mtgtype:displayName> C
Cus_ Lezárva</mtgtype:displayName>hat_

XML API 41.11.0 frissítések

Kattintson ide az XML API 41.11.0 séma letöltéséhez .

XML API-támogatás a control hub által felügyelt webhelyek felhasználói felügyeleti API-jában

Érintett API-k és sémaváltozások

Ha az integrációs alkalmazás jelenleg Webex XMLAPI felhasználói felügyeleti API-kat használ: CreateUser , SetUser , DelUser , és GetUser a felhasználók kiépítéséhez vagy kezeléséhez, miután a klasszikus Webex -webhelyét Control Hub által felügyelt hellyé alakították, ezek az API-k továbbra is működni fognak a továbbítási kompatibilitás érdekében. Van néhány viselkedésbeli változás az alábbiak szerint:

• CreateUser használatakor – ha a Control Hub felhasználói állapota nem"aktív", akkor a felhasználó állapota a webhelyen nem lesz aktív. Ha a Control Hub felhasználói állapota aktív , akkor a felhasználó állapota a webhelyen isaktív, hivatkozás: Az új és konvertált felhasználók felhasználói állapota a Control Hubban .

• A CreateUser és a SetUser API-k jelszóelemét figyelmen kívül hagyjuk, elkezdjük elküldeni az aktiválási e-maileket az új felhasználóknak, a felhasználók rákattinthatnak az e-mailben található linkre az aktív új fiókhoz, és új jelszót adhatnak meg.

• A aktív elemet / CreateUser API figyelmen kívül lesz hagyva, új felhasználó (nem ellenőrizhető) nem aktiválható ezen keresztül ezt a paramétert API használatával SetUser .

• A webExId elem értékének a bodyContent of CreateUser API-k értékének meg kell egynek lennie az e-mailekkel. Ha webExId eltér a e-mailt , kezeljük a webExId ugyanaz, mint az e-mail, amikor a WebDB-ben tárolja, és az értéket figyelmen kívül hagyja a rendszer.

• Az értéke webExId elem a bodyContent of SetUser Az API-knak a(z) e- e-mail-cím felhasználói azonosítójának kell lenniük; ezt a(z) < gombbal módosíthatja e-mailt > a bodyContentben.

• A SetUser API támogatja a meglévő felhasználók e-mail címének módosítását: akkor sikeres, ha a SecurityContext műveleti fiókja a Control Hub teljes webhely rendszergazdája. Ellenkező esetben az API új hibakóddal és üzenettel jelenti a hibát:

  • 030120 Az e-mail-cím módosításához a fióknak teljes Webex-cím rendszergazdája kell lennie.

• A setUser API bodycontent újWebExId elemét a rendszer figyelmen kívül hagyja.

• A SetUser API megpróbál olyan e-mailre váltani, amely már használatban van, az API az új hibakód és hibaüzenet alá emel:

  • 030118 Az e- e-mail már használatban van a Control Hub által felügyelt webhelyeken.

• A DelUser API inaktiválja a felhasználót a Webex értekezlet oldalán, és a megfelelő értekezlet-licenc törlődik a Webex webhelyről. Ez az inaktivált felhasználó az API használatával újraaktiválható: SetUser ( AKTIVÁLT ) mindaddig, amíg a felhasználót korábban ellenőrizték.

• A CreateUser és a SetUser API-k új hibakódot és hibaüzenetet hoznak létre az alábbiak szerint:

  • 030117 , Ez a felhasználó az Ön szervezetén kívül létezik, ezért igényelni kell, hogy a felhasználói igénylési folyamaton keresztül bekerüljön a szervezetébe. A felhasználó szervezetbe való igénylésével kapcsolatos lépéseket a Felhasználók igénye a szervezethez (Felhasználók konvertálása) című témakörbentalál. A felhasználó igénylése előtt ellenőriznie kell azt a tartományt, amelyhez a felhasználó tartozik.

  • 030119 A CI hozzáférési tokennek tartalmaznia kell a hatókört webexquare: rendszergazda a felhasználó kiépítésekor.

Sémamódosítások

Nincsenek sémamódosítások ezeken az API-kon: CreateUser , SetUser , DelUser , és GetUser .

API-kérelem és válasz példa

CreateUser API -kérés és válasz

API kérelem:
<?xml version="1.0" encoding="UTF-8"?>
xsi:schemaLocation="http://www.w3.org/2001/XMLSchema-instance"
<header>http://www.webex.com/schemas/2002/06/service"
<securityContext>http://www.webex.com/schemas/2002/06/service http://www.webex.com/schemas/2002/06/service/service.xsd">
<siteName> {siteName}</siteName>
<webExID> {webhelyi rendszergazdai fiók}</webExID>
<email> {webhelyi rendszergazdai fiók}</email>
<sessionTicket> xxxx</sessionTicket> vagy vagy
vagy , CI „accessToken” használata esetén a felhasználó beüzemelésekor tartalmaznia kell a webexsquare:admin hatókört
</securityContext>
</header>
<head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"/></head><body>
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">



<webExId> Jack@qa.webex.com</webExId> --- az e- e-mail-cím felhasználói azonosítójának kell lennie
<email> Jack@qa.webex.com</email>
<firstName> Jack</firstName>
<lastName> Smith</lastName>
<password> ....</password>
<privilege>
<host> igaz</host>
</privilege>
<active> AKTIVÁLT</active> ---ez a paraméter nem tudja közvetlenül aktiválni a felhasználót, amíg a felhasználó nem aktiválja magát az aktiválási e-mailben.
</bodyContent>
</body>

Példa az API válaszra:
<?xml version="1.0" encoding="UTF-8"

xmlns:use="
<serv:header>?>
<serv:response>http://www.webex.com/schemas/2002/06/service" <serv:result>SIKER</serv:result>http://www.webex.com/schemas/2002/06/common" <serv:gsbStatus> ELSŐDLEGES </serv:gsbStatus>http://www.webex.com/schemas/2002/06/service/user">
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="use:createUserResponse" xmlns:xsi="
</serv:bodyContent>


http://www.w3.org/2001/XMLSchema-instance">

Befolyásoló API-k:

• CreateUser

• SetUser

• DelUser

Az XML API támogatja a meglévő felhasználó hitelesítési előretekerhetőségét a Webex klasszikus webhelyének Control Hub felügyelt webhelyré konvertálása után

Érintett API-k

Miután a klasszikus Webex oldalt Control Hub által felügyelt hellyé konvertálták, az érték elem be meg kell egyeznie az e-mail-címmel, a részletek lentebb:

• A Webex klasszikus webhelyén létrehozott meglévő felhasználók esetében támogatjuk mind a régi webExID-et (például: Jack) és az új webExID (a tartalom ugyanaz, mint az e-mail, például: Jack@xx.com) a bejelentkezéshez ez a hitelesítési visszamenőleges kompatibilitás az összes XML API-ra.

• A Control Hub által felügyelt webhelyeken létrehozott új felhasználók esetében a webExID elem értékének meg kell egyezéssel meg kell egyezéssel rendelkeznie a bejelentkezéshez.

{siteName}
{userName} --- A meglévő felhasználókat a webEx classic oldalon hozták létre, ez lehet: jack vagy jack@xx.com; az új felhasználónak a jack@xx.com címet kell használnia
xxxx vagy vagy vagy

Api-k hatása:

Minden XML API.

Miután a klasszikus Webex webhely Control Hub által kezelt hellyel lett konvertálva, az érték elem < bodyContent > meg kell egyeznie az e-mail-címmel, részletek alább:

• A klasszikus Webex oldalon létrehozott meglévő felhasználók esetében mindkét régit támogatjuk webExId (pl.: Jack) és az új webExId (a tartalom ugyanaz, mint az e-mail, például: Jack@xx.com) a testcontent.

• A Control Hub által felügyelt webhelyeken létrehozott új felhasználók esetében a(z) érték webExId elemnek meg kell egyeznie az e-mail in elemmel bodyContent .

xxxx --- A meglévő felhasználókat a webEx classic oldalon hozták létre, ez lehet: jack vagy jack@xx.com; az új felhasználónak a jack@xx.com címet kell használnia

Befolyásoló API-k: GetUser , SetUser , és DelUser .

Sémamódosítások

Nincs sémamódosítás egyetlen API-n sem.

API-kérelem és válasz példa

GetUser API -kérés és válasz

API kérelem:
<?xml version="1.0" encoding="UTF-8"?>
xsi:schemaLocation="http://www.w3.org/2001/XMLSchema-instance"
http://www.webex.com/schemas/2002/06/service"
http://www.webex.com/schemas/2002/06/service http://www.webex.com/schemas/2002/06/service/service.xsd">
<siteName> {siteName}</siteName>
<webExID> {userName}</webExID> --- A meglévő felhasználókat a webEx classic oldalon hozták létre, ez lehet:

jack vagy jack@xx.com; az új felhasználónak a jack@xx.com címet kell használnia
xxxx vagy vagy vagy




xxxx --- A meglévő felhasználókat a webEx classic oldalon hozták létre, ez lehet: jack vagy jack@xx.com; az új felhasználónak a jack@xx.com címet kell használnia




Példa az API válaszra:
...ugyanaz, mint korábban

A webex-értekezletek, a Webex-események (Új) és a Webex-események (Klasszikus) támogatásához a rögzítési nézetelőzmények jelentés API-ja

Érintett API-k

Jelenlegi API: lstrecordaccessHistory és lstrecordaccessDetailHistory csak támogatja a Webex Trainings felvételt a hozzáférési előzmények jelentésének megtekintése. Az új fejlesztés támogatja a Webex Meetings, a Webex Events (új) és a Webex Events (klasszikus) felvételi nézet által elérhető előzményekről szóló jelentést is.

Sémamódosítások

Az alábbi új sémát támogatjuk az API lstrecordaccessHistory-ba az API-kérelem törzsében:

MeetingCenter
TrainingCenter
EventCenter

részletei

Az API: lstrecordaccessHistory képes visszaadni a felvétel megtekintési hozzáférési előzményeit a Webex Meetings, Webex Events (új), a Webex Events (klasszikus) és a Webex Trainings esetében.

• Ha nincs ilyen serviceType API-kérésben megadott API - API lstrecordaccessHistory Csak a Webex Trainings felvétel megtekintési előzményeit adja vissza.

• Amikor a serviceType a MeetingCenter, a(z) alkalmazás API -ja lstrecordaccessHistory a Webex Meetings és a Webex Events (új) felvétel megtekintése hozzáférési előzményeket is visszaküldi.

• Amikor a serviceType az EventCenter, a(z) alkalmazás API -ja lstrecordaccessHistory visszaküldi a Webex Events (klasszikus) felvételnézet elérési előzményeit.

Az API: lstrecordaccessDetailHistory segítségével tudja visszaküldeni a részleteket rekordazonosító Webex Meetings, Webex Events (új), Webex Events (klasszikus) és Webex Trainings.

PÉLDA API-kérésre és -válaszra

lstrecordaccessHistory Az API kérése és válasza

<?xml version="1.0" encoding="UTF-8"?>
<securityContext>http://www.w3.org/2001/XMLSchema-instance">
<webExID> {userName}</webExID>
<password> {jelszó}</password>
<siteName> {siteName} </siteName>
</securityContext>

<body>
<bodyContent xsi:type="java:com.webex.service.binding.history.LstrecordaccessHistory">
<viewTimeScope>
<viewTimeStart> 2021. 09. 20. 00:00:00</viewTimeStart>
<viewTimeEnd> 2021. 09. 28. 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>

<?xml version="1.0" encoding="UTF-8"
xmlns:history="

<serv:header>?>
<serv:response>http://www.webex.com/schemas/2002/06/service" <serv:result>SIKER</serv:result>http://www.webex.com/schemas/2002/06/common" <serv:gsbStatus> ELSŐDLEGES </serv:gsbStatus>http://www.webex.com/schemas/2002/06/service/history">
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="history:lstrecordaccessHistoryResponse" xmlns:xsi="
<history:recordID> 1XXXXXXX7</history:recordID>
<history:recordName> LstrecordaccessHistory teszt TC-20210924 1324-1</history:recordName>
<history:creationTime> 2021. 09. 24. 13:28:13</history:creationTime>
<history:registered> 0</history:registered>http://www.w3.org/2001/XMLSchema-instance">
<history:downloaded> 2</history:downloaded>
<history:viewed> 1</history:viewed>
<history:timeZoneID> 20 </history:timeZoneID>

<history:recordAccessHistory>
<history:recordID> 1XXXXXXX7</history:recordID>
<history:recordName> TestE
001-20210610 1905-1</history:recordName>
<history:creationTime> 2021. 06. 10. 19:10:15</history:creationTime>
<history:registered> 0</history:registered>
<history:downloaded> 0</history:downloaded>
<history:viewed> 3</history:viewed>rollment_<history:timeZoneID> 20 </history:timeZoneID>
</history:recordAccessHistory>
<history:recordAccessHistory>
<history:recordID> 1XXXXXXX7</history:recordID>
<history:recordName> Azonnali lejátszás tesztelése 2-20210705 0709-1</history:recordName>
<history:creationTime> 2021. 07. 05. 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> 2021. 09. 22. 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 teszt EC2.0-20210924 1315-1</history:recordName>
<history:creationTime> 2021. 09. 24. 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 teszt MC-20210924 1319-1</history:recordName>
<history:creationTime> 2021. 09. 24. 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 teszt EC classic-20210924 1331-1</history:recordName>
<history:creationTime> 2021. 09. 24. 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>

lstrecordaccessDetailHistory Az API kérése és válasza

<?xml version="1.0" encoding="UTF-8"?>
<header>http://www.w3.org/2001/XMLSchema-instance"
<securityContext>http://www.webex.com/schemas/2002/06/service">
<webExID> {userName}</webExID>
<password> {jelszó}</password>
<siteName> {siteName} </siteName>
</securityContext>
</header>
<body>
<bodyContent xsi:type=
<recondID> 1XXXXXX7</recondID>
<timeZoneID> 20 </timeZoneID>
</bodyContent>


<?xml version="1.0" encoding="UTF-8"
xmlns:history="
<serv:header>

<serv:response>?>
<serv:result>SIKER</serv:result>http://www.webex.com/schemas/2002/06/service" <serv:gsbStatus> ELSŐDLEGES </serv:gsbStatus>http://www.webex.com/schemas/2002/06/common" </serv:response>http://www.webex.com/schemas/2002/06/service/history">
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="history:lstrecordaccessDetailHistoryResponse" xmlns:xsi="
<history:viewID> 1XXXXXX7</history:viewID>
<history:participantName> Axxxg</history:participantName>
<history:participantEmail> Axxxg@qa.webex.com</history:participantEmail>
<history:accessTime> 2021. 09. 24. 13:27:26</history:accessTime>
<history:registered> hamis</history:registered>http://www.w3.org/2001/XMLSchema-instance">
<history:downloaded> hamis</history:downloaded>
<history:viewed> igaz</history:viewed>
<history:timeZoneID> 20 </history:timeZoneID>

<history:recordDetail>
<history:viewID> 1XXXXXX7</history:viewID>
<history:participantName> Axxxg</history:participantName>
<history:participantEmail> Axxxg@qa.webex.com</history:participantEmail>
<history:accessTime> 2021. 09. 24. 13:27:39</history:accessTime>
<history:registered> hamis</history:registered>
<history:downloaded> igaz</history:downloaded>
<history:viewed> hamis</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>

Befolyásoló API-k:

• lstrecordaccessHistory

• lstrecordaccessDetailHistory

Javítsa ki a maximálisan engedélyezett Webex-események (Klasszikus) leírási hossza közötti különbséget az XMLAPI és a Webex lap között.

Érintett API-k

Az XML API: CreateEvent és SetEvent eleme leírást legfeljebb 10000 karakter bevitelét engedélyezi, ha túlméretes bevitelt tesz lehetővé, az új hibakód és üzenetet eredményez:

060068 illegális beviteli leírás. Ez a leírás nem haladhatja meg az 10000 karaktert.

Sémaváltozások

Nincs sémaváltozás.

PÉLDA API-kérésre és -válaszra

CreateEvent API -kérés és válasz

# API kérelem példa:
...

<bodyContent xsi:type="java:com.webex.service.binding.event.CreateEvent"
xsi:schemaLocation="http://www.webex.com/schemas/2002/06/service/event" <accessControl>http://www.webex.com/schemas/2002/06/service/event http://www.webex.com/schemas/2002/06/service/event/event.xsd">
<sessionPassword> 111111</sessionPassword>
<listing> MAGÁN </listing>
</accessControl>
<metaData>
<sessionName> EC -teszt</sessionName>
<description> .......Tegyük fel, hogy 10000 karaktert ír be a leírásba.......</description>
</metaData>
...
------------------------------------


# API válasz, amikor a leírás meghaladja az 10000 karaktert:
<serv:message xmlns:serv="

xmlns:event=" http://www.webex.com/schemas/2002/06/service" http://www.webex.com/schemas/2002/06/common" http://www.webex.com/schemas/2002/06/service/event">
<serv:result>SIKERTELEN</serv:result>
Érvénytelen bemeneti leírás.

A leírás nem lehet hosszabb 10 000 karakternél
ELSŐDLEGES
060068

Befolyásoló API-k:

• CreateEvent

• SetEvent

XML API: A GetUser visszaadja a freeAccount új elemét

Érintett API-k

GetUser egy új elemet ad vissza, amely azonosítja freeAccount lehetőségre a felhasználói fiók az FreeAccount vagy sem.

Sémamódosítások

GetUser válasz példa

GetUser válasz:
AW
hamis

3
hamis

Befolyásoló API-k:

GetUser

XML API 41.9.0 frissítések

Kattintson ide az XML API 41.9.0 séma letöltéséhez.

Xml API 10.0.0 leszerelése az összes T31-webhelyhez

A Webex azt tervezi, hogy az összes T31 webhely esetében befejezi az XML API ver 10.0.0-t.

A 41.9.0 frissítés összes termeléséből leállítjuk az XML API 10.0.0 kódot.

XML API 41.8.0 frissítések

Kattintson ide az XML API 41.8.0 séma letöltéséhez .

Xml API 10.0.0 leszerelése az összes T31-webhelyhez

A Webex azt tervezi, hogy az összes T31 webhely esetében befejezi az XML API ver 10.0.0-t.

A Webex talált néhány ügyfelet, akik az XML API URL-címéhez fértek hozzá, helytelen módon: https://{siteName}.webex.com/WBXService/xml10.0.0/XMLService, az XML API URL-címének helyes elérése a következőképpen: https://{siteName}.webex.com/WBXService/XMLService.

Kérjük, váltson a kódhozzáférés XML API-ját a megfelelő módon, hogy elkerülje az ütközést, mielőtt az XML API 10.0.0-s verziójára az életfenntartó rendszer végére érnénk.

XML API 41.7.0 frissítések

Kattintson ide az XML API 41.7.0 séma letöltéséhez .

A mobil törlést és szerkesztési felvételt a webhelyfelügyeleti lehetőségnek kell szabályoznia: A állomások újbóli hozzárendelésének, szerkesztésének, letiltásának és törlésének engedélyezése

Érintett API-k és sémaváltozások

GetSite : az új elemek elnevezését adja vissza enableNBRMCModify , és separatNoRecordingEdit eszközök alatt.

Válasz példa

GetSiteResponse :

GetSite

<?xml version="1.0" encoding="ISO-8859-1"?>
xmlns:ns1="http://www.webex.com/schemas/2002/06/service" xmlns:event=" http://www.webex.com/schemas/2002/06/common" <serv:header>http://www.webex.com/schemas/2002/06/service/site" <serv:response>http://www.webex.com/schemas/2002/06/service/event">
<serv:result> SIKER</serv:result>
<serv:gsbStatus> ELSŐDLEGES </serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="
<ns1:tools>
...http://www.w3.org/2001/XMLSchema-instance">
<ns1:enableNBRMCModify> hamis</ns1:enableNBRMCModify>
<ns1:separateNoRecordingEdit> igaz</ns1:separateNoRecordingEdit>
...
</ns1:tools>
</serv:bodyContent>

XML API 41.6.3 frissítések

Kattintson ide az XML API 41.6.3 séma letöltéséhez .

GetSite Válasz új eleme a(z) supportLargeEvent

Érintett API-k és sémaváltozások

GetSite : új elemek elnevezését adja vissza supportLargeEvent alatt siteCommonOptions hogy a hívó tudja, hogy a webhely támogatja-e a nagy eseményt (Webex Event (új)) vagy sem.

Séma módosítása

Válasz példa

GetSiteResponse :

GetSite

<?xml version="1.0" encoding="ISO-8859-1"?>
xmlns:ns1="http://www.webex.com/schemas/2002/06/service" xmlns:event=" http://www.webex.com/schemas/2002/06/common" <serv:header>http://www.webex.com/schemas/2002/06/service/site" <serv:response>http://www.webex.com/schemas/2002/06/service/event">
<serv:result> SIKER</serv:result>
<serv:gsbStatus> ELSŐDLEGES </serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="
<ns1:siteCommonOptions>
...http://www.w3.org/2001/XMLSchema-instance">
<ns1:enablePreMeetingLobby> hamis</ns1:enablePreMeetingLobby>
<ns1:supportLargeEvent> igaz</ns1:supportLargeEvent>
</ns1:siteCommonOptions>
</serv:bodyContent>

XML API 41.6.0 frissítések

Kattintson ide az XML API 41.6.0 séma letöltéséhez .

AZ XMLAPI támogatja a Webex Events 2.0-t a kiépítésben

Érintett API-k

GetUser : új elemelnevezést ad vissza largeEventCapacity amely az új Event 2.0 (EC 2.0) e felhasználói fiók alatti kapacitását mutatja . Például, ha a felhasználói fiók rendelkezik CI-vel_ EC3K licenc, az értéke largeEventCapacity 3000.

Sémamódosítások

Válasz példa

GetUserResponse:

AZ XMLAPI LstRecording CreateTime a felvétel kezdési idejét alkalmazza

Érintett API-k

LstRecording : LstRecording választ CreateTime mint az az idő, amikor a felhasználó ténylegesen megnyomja a rögzítés gombot.

részletei

A múltban az XML API a felvétel létrehozásának időpontját használta az adatbázisban a létrehozási időbélyegző LstRecording választ. Most itt az ideje, hogy a felhasználó ténylegesen elkezdje a felvételt. Ez a változás minden szolgáltatásfelvételre vonatkozik. Nincs sémaváltozás.

XML API 41.5.0 frissítések

Kattintson ide az XML API 41.5.0 séma letöltéséhez .

Az XMLAPI képes elindítani a Webex ütemezett értekezleteit a PSTN-ből, mint házigazda

Érintett API-k

• CreateUser : generál hostPIN függetlenül attól, hogy a felhasználó PMR engedélyezve van-e vagy sem, ha a felhasználói szerep szervező vagy teljes, csak olvasási vagy felhasználókezelő webhely-rendszergazda.

• SetUser : készletek hostPIN segítségével phones.hostPIN mikor personalMeetingRoom.hostPIN nincs az XML -kérésben (előfeltétel: funkció kapcsoló AllowStartScheduledMtgFromPhone engedélyezve van).

• GetUser : visszatér phones.hostPIN függetlenül attól, hogy a felhasználó PMR engedélyezve van-e vagy sem. (előfeltétel: funkció kapcsoló AllowStartScheduledMtgFromPhone engedélyezve van).

Sémaváltozások

GetUserResponse :

SetUser :

Válasz példa

GetUserResponse :

SetUser :

XMLAPI GetSite válasz két új elemet a mobil kliens

Érintett API-k

• GetSite : GetSite mostantól két új elemre reagál, hogy támogassa a mobil kliens logikáját, hogy megjeleníti vagy sem a felvétel fület.

  • enableRecordingAccess : igaz vagy hamis, a Webex rendszergazdák a(z) toggle( EnableRecordingAccesses ).

  • storageEmptyStatus : igaz vagy hamis, ha mindkét oldal nem támogatja az NBR funkciót, és az NBR tárhelyet nullaként foglalta le, akkor az állapotválasz igaz, különben hamis.

Sémaváltozások

Mintakérelem a következőre: GetSite

Mintaválasz erre: Getsite

A nem ASCII karakterekkel rendelkező e-mail-téma RFC2047 kódolással lesz kódolva. Abban az esetben, egy tiszta ASCII karakter e-mail tárgy, nincs kódolás

Nincs hatással semmilyen API-kérésre, válasz hasznos terhelésére, de megváltoztatja az e-mail-téma kódolási viselkedését. Ha az e-mail nem ASCII karaktereket tartalmazó tárgya RFC2047 kódolású lesz. Tiszta ASCII karakteres e-mail tárgy esetén nincs kódolás.

Sémaváltozások

Nincsenek sémaváltozások.

XML API 41.4.0 frissítések

Kattintson ide az XML API 41.4.0 séma letöltéséhez .

Eseményütemezett Webex-események létrehozása kihasználhatja a webhelyszintű alapértelmezett értéket a belépési és kilépési hangon

Az XMLAPI igazodik a belépési és kilépési hang szabályozásának jelenlegi új logikájához. A Webex-események minden hangnemét a webhelyfelügyelet egy másik beállítása szabályozta. Be GetSite , az XMLAPI egy extra mezőt ad vissza entryExitToneEC hogy jelezze az értéket. Eredetileg, ha a webhely rendszergazdája alapértelmezett értéket állított be a hangnemre, az Esemény létrehozása nem használja ki ezt a beállítást az XMLAPI alapértelmezett alkalmazásával.

Érintett API-k

Az XML API: GetSite egy új elemet ad vissza entryExitToneEC hogy jelezze az értéket.

Az XML API: CreateEvent, SetEvent, GetEvent A háttérbeli üzleti logika beolvassa a(z) értékét entryExitToneEC .

Sémamódosítások

XML API: GetSite válaszminta:

igaz
ANNOUNCENAME
NINCS
igaz

NINCS

igaz
hamis

Befolyásoló API-k:

• GetSite

• CreateEvent

• SetEvent

• GetEvent

XmlAPI csak visszaadja a nagy esemény (Webex Event 2.0) részletes információk

1. Ha a Webex Meeting egy nagy esemény vagy webes közvetítés, GetSessionInfo bizonyos részletinformációkat ad vissza, beleértve az értekezlet jelszavát, az értekezlet numerikus jelszavát, a segédelőadói jelszót és a segédelőadói numerikus jelszót (a séma nem módosítható).

2. Az XMLAPI nem támogatja a nagy események vagy webes közvetítések létrehozását és szerkesztését, így Meeting létrehozása és SetMeeting új kivételt ad vissza (110064, Az esemény és a webcast foglalkozás típusa nem támogatott.) nagy esemény vagy webcast eset esetén.

API-k hatása

XML API 41.3.0 frissítések

Kattintson ide az XML API 41.3.0 séma letöltéséhez .

Az XML API új módosításai támogatják a Webex Events 2.0 funkciót

Érintett API-k

Mindkét API: GetSessionInfo és GetMeeting elemeket adja vissza enableEvent és enableWebniar is.

Sémamódosítások

GetSessionInfo elemeket ad vissza enableEvent és enableWebniar EC 2.0 esetén.

GetMeeting lehetőségre elemeket ad vissza enableEvent és enableWebniar EC 2.0 esetén.

Válaszminta:

GetSessionInfo válasz:

NYILVÁNOS
hamis
igaz
hamis
hamis
hamis
hamis
igaz

GetMeeting lehetőségre válasz:

hamis
igaz
igaz
igaz
hamis
hamis
igaz

Az XMLAPI új módosításai támogatják az értekezlet előtti lobby funkciót

Érintett API-k

Az XML API: GetSite , LstSummarySession , GetSessionInfo , és GetMeeting lehetőségre válaszolni fog az új elemre enablePreMeetingLobby lehetőséget az Értekezlet előtti előszobához.

Sémamódosítások

Az XML API: GetSite elemet adja vissza enablePreMeetingLobby lehetőséget az Értekezlet előtti előszobához.

Az XML API: LstSummarySession elemet adja vissza enablePreMeetingLobby lehetőséget az Értekezlet előtti előszobához.

Az XML API: GetSessionInfo elemet adja vissza enablePreMeetingLobby lehetőséget az Értekezlet előtti előszobához.

Az XML API: GetMeeting lehetőségre elemet adja vissza enablePreMeetingLobby lehetőséget az Értekezlet előtti előszobához.

Válaszminta:

GetSite válasz:

hamis
hamis
hamis
igaz
igaz
igaz
igaz
hamis
igaz
igaz

LstSummarySession válasz:

hamis
igaz
0
hamis
hamis
hamis
igaz

GetSessionInfo válasz:

NYILVÁNOS
hamis
igaz
hamis
hamis
hamis
hamis
igaz

GetMeeting lehetőségre válasz:

hamis
igaz
igaz
igaz
hamis
hamis
igaz

Az XML API GetSite válasz Az információs viselkedés változásának nyilvánosságra hozatala

Érintett API-k

Az XML API: GetSite csak válasz válasz a rendszergazdafiók tartozó elemekhez, amelyek szerepköröket tartalmaznak: SiteAdmin , RO_ SiteAdmin , és UserAdmin .

...
...
...
...
...
...
...
...

Megváltozott a viselkedés

Csak a rendszergazdai szerepkör válaszának engedélyezése licencadatokat / GetSite . A szervező vagy a résztvevő nem kapja meg ezeket a licencadatokat GetSite választ.

Az alábbiakban API: GetSite válasz példa erre: siteadmin vagy csak készenléti állapotban van siteadmin vagy felhasználókezelő rendszergazda:

XML API 41.2.0 frissítések

Kattintson ide az XML API 41.2.0 séma letöltéséhez .

Az XMLAPI-nak támogatnia kell a "CMR Hybrid VOIP"-ot, ha a webhely támogatja a Webex telefonálást

Érintett API-k

• GetSite új elemet ad vissza IsWebexTelephony a válaszban.

• CreateUser és SetUser frissítheti a cmrHybridVoip elem if IsWebexTelephony más feltételekkel együtt igaz. IsTSPUsingTelephonyAPI már nem következményes.

Sémamódosítások

XML API: GetSite A válasz egy további elemet ad vissza IsWebexTelephony

GetSite válasz tartalmazza ezt az új elemet:

igaz
hamis
Személyes konferencia sz.
Résztvevői hozzáférési kód
Szervezői hozzáférési kód
Résztvevő azonosító

.....

LstSummarySession támogatja az EC2.0-t

Az XML API-k hatása

LstSummarySession két új elemet ad vissza az EC 2.0 támogatásához

Sémamódosítások

XML API: LstSummarySession : Adja hozzá a < jelet enableEvent > és < enableWebniar > elemeket

Az XML API válasza: LstSummarySession

Válasz az EK 2.0-ra

igaz

0
hamis
igaz
igaz

Az XMLAPI támogatja a webhelyfelhasználó visszatérését Webex-voice-asszisztens opció az MCT-integrációhoz

Érintett API

GetUser új elemet ad vissza webexAssistantEnabled (igaz vagy hamis) értékét a válaszban.

Sémaváltozások

getUserResponse :

Válasz példa