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 verzióinak frissítéseiért látogasson el a Cisco DevNet webhelyre.

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émamódosítások

A webhely-adminisztrációs konfigurációs oldal, ha Klasszikus esemény engedélyezése A jelölőnégyzet értéke hamis, ez a webhely többé nem támogatja a Webex Events (klasszikus) értekezleteket.

Ha a ClassicEvent engedélyezése A jelölőnégyzet értéke hamis, akkor Ön ezeket az API-kat hívja meg 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érés és válasz példa

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

CreateEvent kérése

<bodyContent xsi:type="java:com.webex.service.binding.event.CreateEvent">
<accessControl>
<sessionPassword>XXXXXXXXX</sessionPassword>
</accessControl>
<metaData>
<sessionName>XMLAPI EC tesztelés </sessionName>
</metaData>
<schedule>
<startDate> 2021. 07. 17. 01:29:15</startDate>
<openTime> 15</openTime>
</schedule>
</bodyContent>

A CreateEvent válasza

<?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>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>
</serv:message>

CreateEvent3.1.3 Affect API-k:

• 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: PRO, AUO és mások, amelyek Webex által előre meghatározott típus előtaggal rendelkeznek.

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

Sémamódosítások az API-n: LstMeetingType

Az új elemre válaszol: subProdctCodePrefix

API kérés és válasz példa

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

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

<bodyContent xsi:type="java:com.webex.service.binding.meetingtype.LstMeetingType">
<meetingTypeID>13810</meetingTypeID>
</bodyContent>

Válasz erre: 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> //Új elem a testreszabott értekezlet típusa
<mtgtype:active> AKTIVÁLT</mtgtype:active>
<mtgtype:name> Cus_ Chat_ Lezárva</mtgtype:name>
<mtgtype:displayName> Cus_ Chat_ Lezárva</mtgtype:displayName>

XML API 41.11.0 frissítések

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

Az XML API támogatja a továbbítási kompatibilitást a felhasználókezelési API -ban a Control Hub által felügyelt helyek esetén

Érintett API-k és sémamódosítások

Ha az integrációs alkalmazás jelenleg Webex XMLAPI felhasználókezelési 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:

• Használatakor createUser - ha a felhasználói állapot a Control Hubban nem „aktív”, akkor a felhasználónak az oldalon lévő állapota nem lesz aktív. Ha a felhasználói állapot a Control Hubban aktív , akkor a felhasználónak az oldalon lévő állapota is aktív, hivatkozás: Az új és konvertált felhasználók felhasználói állapota a Control Hubban .

• A jelszót eleme CreateUser és SetUser Az API-kat figyelmen kívül hagyja a rendszer, elkezdünk aktiváló e-mailt küldeni az új felhasználóknak, a felhasználók az e-mailben található hivatkozásra kattintva új fiókot aktiválhatnak, é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 .

• Az értéke webExId elem a bodyContent of CreateUser Az API-knak meg kell egyezniük 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 identitásának kell lennie, ezt a(z) < gombbal módosíthatja e-mailt > a bodyContentben.

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

  • 030120 A fióknak teljes körű Webex-cím rendszergazdája kell lennie az e-mail-cím módosításához.

• Az elem newWebExId in the bodyContent of SetUser API figyelmen kívül lesz hagyva.

• A SetUser Az API egy már használatban lévő e-mailre próbál váltani, az API alább új hibakód és hibaüzenet ad:

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

• A DelUser Az API deaktiválja a felhasználót a Webex-értekezlet oldalán, és a megfelelő értekezletlicencet eltávolítja a Webex-webhely. Ez a deaktivált felhasználó az API használatával aktiválható újra: SetUser (<active> AKTIVÁLT</active> ) mindaddig, amíg a felhasználót korábban ellenőrizték.

• A CreateUser és SetUser Az API-k az alábbiak szerint új hibakód és hibaüzenet vetnek fel:

  • 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ónak a szervezetbe való beléptetésével kapcsolatos lépésekért lásd: Felhasználók igénylése a szervezetébe (Felhasználók konvertálása) . A felhasználó igénylése előtt ellenőriznie kell a tartományt, amelyhez a felhasználó tartozik.

  • 030119 A CI hozzáférési tokennek tartalmaznia kell a hatókört webexquare: rendszergazda felhasználó üzembe helyezésekor.

A határidős kompatibilitás csak korlátozott ideig támogatott. A kompatibilitás megszüntetése előtt előzetes értesítést küldünk.

Sémamódosítások

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

API kérés és válasz példa

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

API kérelem:
<?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/servicehttp://www.webex.com/schemas/2002/06/service/service.xsd">
<header>
<securityContext>
<siteName>{siteName}</siteName>
<webExID> {webhelyi rendszergazdai fiók}</webExID>
<email> {webhelyi rendszergazdai fiók}</email>
<sessionTicket> xxxx</sessionTicket> vagy<password> vagy<webExAccessToken>
vagy<accessToken> , CI „accessToken” használatakor szerepelnie kell a webexsquare:admin hatókörnek a felhasználó beüzemelésekor
</accessToken></webExAccessToken></password></securityContext>
</header>



<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"?>
<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>SIKER</serv:result>
<serv:gsbStatus> ELSŐDLEGES</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-k érintettsége:

• CreateUser

• SetUser

• DelUser

Az XML API támogatja a meglévő felhasználók hitelesítési továbbítási kompatibilitását a klasszikus Webex webhely Control Hub által kezelt hellyel való átalakítása után

Érintett API-k

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

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

• 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-címmel a bejelentkezéshez.

<header>
<securityContext>
<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
<sessionTicket> xxxx</sessionTicket> vagy<password> vagy<webExAccessToken> vagy <accessToken>
</accessToken></webExAccessToken></password></securityContext>
</header>

API-k érintettsége:

Minden XML API.

Miután a klasszikus Webex webhely Control Hub által kezelt hellyel lett konvertálva, az érték<webExID> 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 új webExId (a tartalom megegyezik az e-mailével, például: Jack@xx.com) be bodyContent .

• 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.

<bodyContent xsi:type="java:com.webex.service.binding.user.GetUser or SetUser or DelUser">
<webExId>xxxx</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
</bodyContent>

API-k érintettsége:GetUser, SetUser, és DelUser.

Sémamódosítások

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

API kérés és válasz példa

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

API kérelem:
<?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/servicehttp://www.webex.com/schemas/2002/06/service/service.xsd">
<header>
<securityContext>
<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
<sessionTicket> xxxx</sessionTicket> vagy<password> vagy<webExAccessToken> vagy<accessToken>
</accessToken></webExAccessToken></password></securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.GetUser or SetUser or DelUser">
<webExId> xxxx</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
</bodyContent>
</body>


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

Továbbfejlesztett rögzítés megtekintési előzmények jelentés API a Webex Meetings, Webex Events (új) és Webex Events (klasszikus) alkalmazások támogatására

É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ételnézeti hozzáférési előzmények jelentését is.

Sémamódosítások

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

<serviceTypes>
<serviceType>MeetingCenter</serviceType>
<serviceType> TrainingCenter</serviceType>
<serviceType> EventCenter</serviceType>
</serviceTypes>

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 recordID Webex Meetings, Webex Events (új), Webex Events (klasszikus) és Webex Trainings.

API kérés és válasz példa

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

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<header>
<securityContext>
<webExID>{userName}</webExID>
<password> {jelszó}</password>
<siteName> {siteName}</siteName>
</securityContext>
</header>
<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>
</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> SIKER</serv:result>
<serv:gsbStatus> ELSŐDLEGES </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 teszt TC-20210924 1324-1</history:recordName>
<history:creationTime> 2021. 09. 24. 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> 2021. 06. 10. 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> 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>
</serv:body>
</serv:message>

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

<?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> {jelszó}</password>
<siteName> {siteName} </siteName>
</securityContext>
</header>
<body>
<bodyContent xsi:type="">
"java:com.webex.service.binding.history.LstrecordaccessDetailHistory">
<recondID> 1XXXXXX7</recondID>
<timeZoneID> 20 </timeZoneID>

</body>


<?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> SIKER</serv:result>
<serv:gsbStatus> ELSŐDLEGES </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> 2021. 09. 24. 13:27:26</history:accessTime>
<history:registered> hamis</history:registered>
<history:downloaded> hamis</history:downloaded>
<history:viewed> igaz</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> 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>
</serv:body>
</serv:message>

API-k érintettsége:

• lstrecordaccessHistory

• lstrecordaccessDetailHistory

Javítsa ki az XMLAPI és a Webex Page közötti különbséget a Webex Events (Classic) maximális megengedett leírási hosszában.

É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 Érvénytelen bemeneti leírás. Ez a leírás nem haladhatja meg az 10 000 karaktert.

Sémamódosítások

Nincs sémamódosítás.

API kérés és válasz példa

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

# API kérelem példa:
...
<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/eventhttp://www.webex.com/schemas/2002/06/service/event/event.xsd">
<accessControl>
<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 példa, amikor a leírás meghaladja az 10000 karaktert:

<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>SIKERTELEN</serv:result>
<serv:reason> Érvénytelen bemeneti leírás. A leírás nem lehet hosszabb 10 000 karakternél</serv:reason>
<serv:gsbStatus> ELSŐDLEGES</serv:gsbStatus>
<serv:exceptionID> 060068</serv:exceptionID>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent/>
</serv:body>
</serv:message>

API-k érintettsége:

• CreateEvent

• SetEvent

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

Érintett API-k

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

Sémamódosítások

Példa a GetUser válaszra

GetUser válasz:
<use:initials>AW</use:initials>
<use:isUploaded> hamis</use:isUploaded>

<use:largeEventCapacity>3</use:largeEventCapacity>
<use:freeAccount> hamis</use:freeAccount>

API-k érintettsége:

GetUser

XML API 41.9.0 frissítések

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

Leszerelés XML API 10.0.0 az összes T31 oldalhoz

A Webex azt tervezi, hogy élete végén támogatja az XML API 10.0.0 verzióját az összes T31 webhelyen.

A 41.9.0-s frissítésben leszereljük az XML API 10.0.0 kódot az összes éles verzióból.

XML API 41.8.0 frissítések

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

Leszerelés XML API 10.0.0 az összes T31 oldalhoz

A Webex azt tervezi, hogy élete végén támogatja az XML API 10.0.0 verzióját az összes T31 webhelyen.

A Webex azt találta, hogy néhány ügyfél-ügyfél nem megfelelő módon érte el az XML API URL -címét a következőképpen: https://{siteName}.webex.com/WBXService/xml10.0.0/XMLService, az XML API URL -címének elérésének megfelelő módja: https://{siteName}.webex.com/WBXService/XMLService.

Kérjük, változtassa meg a kódelérési XML API -t a megfelelő módon, hogy elkerülje a hatást, mielőtt lejárna az XML API 10.0.0-s verziójának támogatása.

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és és felvétel szerkesztése a webhely-adminisztrációs opcióval kell szabályozni: A rögzítések ismételt hozzárendelésének, szerkesztésének, letiltásának és törlésének engedélyezése a szervezők számára

Érintett API-k és sémamódosítások

GetSite: új elemelnevezést ad vissza enableNBRMCModify, és separateNoRecordingEdit eszközök alatt.

Válasz példa

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>SIKER</serv:result>
<serv:gsbStatus> ELSŐDLEGES</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> hamis</ns1:enableNBRMCModify>
<ns1:separateNoRecordingEdit> igaz</ns1:separateNoRecordingEdit>
...
</ns1:tools>
</serv:bodyContent>
</serv:body>
</serv:message>

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émamódosítások

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

Sémamódosítás

Válasz példa

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>SIKER</serv:result>
<serv:gsbStatus> ELSŐDLEGES</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> hamis</ns1:enablePreMeetingLobby>
<ns1:supportLargeEvent> igaz</ns1:supportLargeEvent>
</ns1:siteCommonOptions>
</serv:bodyContent>
</serv:body>
</serv:message>

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 az üzembe helyezés során

É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-ja a felvétel kezdési idő 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 elkezdjen rögzíteni. Ez a változás az összes szolgáltatási felvételre vonatkozik. Nincs sémamódosítá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 szervezőként képes elindítani a Webex ütemezett értekezleteket a PSTN-ről

É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 gazdagép 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ó AllowStartScheduledMtgFromPhoneengedé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émamódosítá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émamódosítások

Mintakérelem a következőre: GetSite

Mintaválasz erre: Getsite

A nem ASCII karaktereket tartalmazó e- e-mail tárgy RFC2047 kódolása lesz. Tiszta ASCII-karakter e-mail tárgy esetén nincs kódolás

Nincs hatással az API kérésekre, válaszok hasznos terhelésére, de megváltoztatja az e-mail tárgyának kódolási viselkedését. Amikor a nem ASCII karaktereket tartalmazó e-mail tárgya RFC2047 kódolású lesz. Tiszta ASCII-karakter e-mail tárgy esetén nincs kódolás.

Sémamódosítások

Nincs sémamódosítás.

XML API 41.4.0 frissítések

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

Ütemezett esemény létrehozása A Webex Events ki tudja használni a webhelyszintű alapértelmezett belépési és kilépési hangot

Az XMLAPI igazodik a belépési és kilépési hang vezérlésének jelenlegi új logikájához. A Webex Events összes hangszínét a webhely adminisztrációjában egy másik beállítás szabályozta. Ebben: GetSite, az XMLAPI egy extra mezőt ad vissza entryExitToneEC hogy jelezze az értéket. Eredetileg, amikor a Webex-cím rendszergazdája alapértelmezett beállítást állított be a hangra, az esemény létrehozása nem használta ezt a beállítást az XMLAPI alapértelmezett alkalmazása révén.

É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:

<ns1:defaults>
<ns1:emailReminders>igaz</ns1:emailReminders>
<ns1:entryExitTone> ANNOUNCENAME</ns1:entryExitTone>
<ns1:entryExitToneEC> NINCS</ns1:entryExitToneEC>
<ns1:voip> igaz </ns1:voip>
<ns1:teleconference>
<ns1:telephonySupport> NINCS </ns1:telephonySupport>
</ns1:teleconference>
<ns1:joinTeleconfNotPress1> igaz</ns1:joinTeleconfNotPress1>
<ns1:updateTSPAccount> hamis</ns1:updateTSPAccount>
</ns1:defaults>

API-k érintettsége:

• GetSite

• CreateEvent

• SetEvent

• GetEvent

Az XMLAPI csak a nagy esemény (Webex Event 2.0) részletinformációit adja vissza

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 értekezletszámjelszó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 nagyméretű események vagy webes közvetítések létrehozását és szerkesztését, így CreateMeeting é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.

Impact API-k

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.

Az XMLAPI támogatás két elem feletti eredményt ad vissza az EC 2.0 esetében. A jelenlegi XML API -kiadás nem támogatja az EC2.0 értekezlet ütemezését és beállítását.

Sémamódosítások

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

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

Válaszminta:

GetSessionInfo válasz:

<ep:accessControl>
<ep:listStatus>NYILVÁNOS</ep:listStatus>
<ep:registration> hamis</ep:registration>
<ep:passwordReq> igaz</ep:passwordReq>
<ep:isEnforceAudioPassword> hamis</ep:isEnforceAudioPassword>
<ep:isEnforceAudioLogin> hamis</ep:isEnforceAudioLogin>
<ep:enableEvent> hamis</ep:enableEvent>
<ep:enableWebniar> hamis</ep:enableWebniar>
<ep:enablePreMeetingLobby> igaz</ep:enablePreMeetingLobby>
</ep:accessControl>

GetMeeting válasz:

<meet:supportPKI>hamis</meet:supportPKI>
<meet:HQvideo> igaz</meet:HQvideo>
<meet:HDvideo> igaz</meet:HDvideo>
<meet:viewVideoThumbs> igaz</meet:viewVideoThumbs>
<meet:enableEvent> hamis</meet:enableEvent>
<meet:enableWebniar> hamis</meet:enableWebniar>
<meet:enablePreMeetingLobby> igaz</meet:enablePreMeetingLobby>

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

Érintett API-k

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

Sémamódosítások

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

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

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

Az XML API: GetMeeting elemet adja vissza enablePreMeetingLobby az Értekezlet előtti előszobához.

Válaszminta:

GetSite válasz:

<ns1:siteCommonOptions>
<ns1:SupportCustomDialRestriction>hamis</ns1:SupportCustomDialRestriction>
<ns1:SupportTelePresence> hamis</ns1:SupportTelePresence>
<ns1:SupportTelePresencePlus> hamis</ns1:SupportTelePresencePlus>
<ns1:EnableCloudTelepresence> igaz</ns1:EnableCloudTelepresence>
<ns1:EnableCMRForAllUsers> igaz</ns1:EnableCMRForAllUsers>
<ns1:enablePersonalMeetingRoom> igaz</ns1:enablePersonalMeetingRoom>
<ns1:SupportAlternateHost> igaz</ns1:SupportAlternateHost>
<ns1:SupportXMLAPIReturnScheduledPMR> hamis</ns1:SupportXMLAPIReturnScheduledPMR>
<ns1:SupportAnyoneHostMeetings> igaz</ns1:SupportAnyoneHostMeetings>
<ns1:enablePreMeetingLobby> igaz</ns1:enablePreMeetingLobby>
</ns1:siteCommonOptions>

LstSummarySession válasz:

<ep:isException>hamis</ep:isException>
<ep:isNextUpcomingInstance> igaz</ep:isNextUpcomingInstance>
<ep:seriesMeetingKey> 0</ep:seriesMeetingKey>
<ep:isScheduledPMR> hamis</ep:isScheduledPMR>
<ep:enableEvent> hamis</ep:enableEvent>
<ep:enableWebniar> hamis</ep:enableWebniar>
<ep:enablePreMeetingLobby> igaz</ep:enablePreMeetingLobby>

GetSessionInfo válasz:

<ep:accessControl>
<ep:listStatus>NYILVÁNOS</ep:listStatus>
<ep:registration> hamis</ep:registration>
<ep:passwordReq> igaz</ep:passwordReq>
<ep:isEnforceAudioPassword> hamis</ep:isEnforceAudioPassword>
<ep:isEnforceAudioLogin> hamis</ep:isEnforceAudioLogin>
<ep:enableEvent> hamis</ep:enableEvent>
<ep:enableWebniar> hamis</ep:enableWebniar>
<ep:enablePreMeetingLobby> igaz</ep:enablePreMeetingLobby>
</ep:accessControl>

GetMeeting válasz:

<meet:supportPKI>hamis</meet:supportPKI>
<meet:HQvideo> igaz</meet:HQvideo>
<meet:HDvideo> igaz</meet:HDvideo>
<meet:viewVideoThumbs> igaz</meet:viewVideoThumbs>
<meet:enableEvent> hamis</meet:enableEvent>
<meet:enableWebniar> hamis</meet:enableWebniar>
<meet:enablePreMeetingLobby> igaz</meet:enablePreMeetingLobby>

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 a rendszergazdafiók elemei alatt, amelyek szerepköröket tartalmaznak: SiteAdmin, RO_SiteAdmin, és 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>

A viselkedés megváltozott

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.

Alább látható az API: GetSite's válasz példa erre: siteadmin vagy csak készen áll 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 „hibrid CMR VOIP” szolgáltatást, 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:

<ns1:telephonyConfig>

<ns1:isWebexTelephony>igaz</ns1:isWebexTelephony>
<ns1:isTSPUsingTelephonyAPI> hamis</ns1:isTSPUsingTelephonyAPI>
<ns1:serviceName> Személyes konferencia sz.</ns1:serviceName>
<ns1:participantAccessCodeLabel> Résztvevői hozzáférési kód</ns1:participantAccessCodeLabel>
<ns1:subscriberAccessCodeLabel> Szervezői hozzáférési kód</ns1:subscriberAccessCodeLabel>
<ns1:attendeeIDLabel> Résztvevő azonosító</ns1:attendeeIDLabel>

.....

</ns1:telephonyConfig>

LstSummarySession támogatja az EC2.0-t

Az XML API-k érintettek

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

Sémamódosítások

XML API: LstSummarySession: Hozzáfűzi a enableEvent> és enableWebniar> elemeket

Az XML API válasza: LstSummarySession

Válasz az EC 2.0-ra

<ep:isNextUpcomingInstance>igaz</ep:isNextUpcomingInstance>

<ep:seriesMeetingKey>0</ep:seriesMeetingKey>
<ep:isScheduledPMR> hamis</ep:isScheduledPMR>
<ep:enableEvent> igaz</ep:enableEvent>
<ep:enableWebniar> igaz</ep:enableWebniar>

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

Érintett API

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

Sémamódosítások

getUserResponse:

Válasz példa