- Pagină de pornire
- /
- Articol
Prezentare generală a actualizărilor API Cisco Webex Meetings (API 40)
Găsiți toate informațiile importante de care aveți nevoie despre API-ul Cisco Webex Meetings, cum ar fi modificările de schemă și alte anunțuri.
Pentru mai multe informații despre XML API 41, consultați Cisco Webex Meetings API Updates Overview (API 41)
Pentru mai multe informații despre XML API 39 și XML API 11, consultați Prezentarea generală a actualizărilor XML API pentru Cisco Webex Meetings (XML API 39 și versiuni anterioare).
Pentru actualizări ale XML API 11 SP9 și ale versiunilor anterioare, accesați Cisco DevNet.
Actualizări API 40.12.0
Actualizări API XML 40.12.0
API XML acceptă tipul de întâlnire privată
API-urile XML să fie afectate
-
Putem utiliza API:
Creați Întâlnire
șiSetMeeting
pentru a programa sau actualiza un tip de întâlnire Webex cu întâlnire privată. -
Dacă este programată o întâlnire Webex cu tipul de întâlnire privată,
GetSessionInfo
GetMeeting
,LstSummarySession
șiLstCalendarSession
vor returna un nou element de denumire estePrivateMeeting
pentru a-l cunoaște. -
GetMeetingType
și
LstMeetingType
returnează un nou element numit
care indică dacă acceptă sau nu întâlniri private.SupportPrivateMeeting
Modificări de schemă
API XML: GetMeetingType/LstMeetingType:Se aplică elementul .
API XML:Sesiunea LstSummarySession
: Atașați elementul.
API XML:Sesiunea LstCalendarSesiune
: Atașați elementul.
API XML: GetSessionInfo
: Atașați elementul.
API XML: GetMeeting: Atașați elementul.
Cerere de API XML: Creare întâlnire
Solicitare de CreateMeeting cu tip întâlnire privată
10/25/2020 13:00:00
45
45
;********
MC_PrivateMeeting_Test
168 //169 este un eșantion care acceptă întâlnirea privată
Răspunsul XML API: GetSessionInfo
Răspuns pentru isPrivateMeeting
false
true
true //true: întâlnirea acceptă Întâlnire Privată; fals: întâlnirea nu acceptă întâlnirea privată.
false
false
true
GetSite API va reveni la șabloanele de întâlnire la nivel de site
Descriere poveste/sarcină utilizator
GetSite API pentru a returna șablonul de întâlnire la nivel de site. Astfel, Education Connector și Webex Classrooms vor putea afișa aceste șabloane pentru ca profesorii să aleagă și să aleagă aceste șabloane în timp ce își programează sesiunile online.
API-uri afectate
Dacă există șabloane de întâlniri personalizate care sunt la nivel de site, GetSite api va returna aceste șabloane la nivel de site.
Nume elemente |
Descriere |
---|---|
|
numele șabloanelor de întâlnire personalizate la nivel de site |
|
Webex Meetings, Webex Trainings și Webex Events |
Modificări de schemă
GetSite : Atașați elementul .
Eșantion de răspuns
Răspuns GetSite
<ns1: tipuri de măsurare>
<ns1:meetingTypeID>3</ns1:meetingTypeID>
<ns1: meetingTypeName>PRO</ns1: meetingTypeName>
</ns1: tipuri de măsurare>
<ns1: șabloane de întâlnire>
<ns1: șablon de întâlnire>
<ns1:meetingTemplateName>Templul întâlnirii MC 1</ns1:meetingTemplateName>
<ns1: serviceType>MeetingCenter</ns1: serviceType>
</ns1: șablon de întâlnire>
<ns1: șablon de întâlnire>
<ns1:meetingTemplateName>Templul întâlnirii CE 2</ns1:meetingTemplateName>
<ns1: serviceType>EventCenter</ns1: serviceType>
</ns1: șablon de întâlnire>
<ns1: șablon de întâlnire>
<ns1: MeetingTemplateName>Șablon de întâlnire TC 3</ns1: MeetingTemplateName>
<ns1:serviceType>TrainingCenter</ns1:serviceType>
</ns1: șablon de întâlnire>
</ns1: șabloane de întâlnire>
XML API SetUser nu poate modifica elementul SupportdServices
atunci când site-ul este site-ul CI unificat
Descriere
XMLAPI SetUser
nu acceptă valoarea de modificare a „supportedServices
” într-o solicitare API atunci când site-ul este un site Unified Webex Meeting legat de Control Hub.
Modificări de schemă
Nu există nicio modificare a schemei pe API: SetUser
.
webex-15436: Adăugați protecție pentru a evita duplicarea e-mailurilor în Mtgconfatdeeldeelist
Descriere
Dacă mai mulți participanți care au același e-mail sunt adăugați la aceeași întâlnire în aceeași solicitare API, procesăm primul participant numai cu e-mailul.
API-uri afectate
-
Creați participant la întâlnire
-
Creaza utilizator
-
SetUser
-
Creare întâlnire
-
Setare întâlnire
-
CreateEvent
-
SetEvent
-
Creați sesiunea de instruire
-
Sesiune de instruire
API eșantion
Solicitare
<?xml version="1.0" encoding="ISO-8859-1"?>
<server:mesaj xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<securityContext>
<siteName>TestSite</siteName>
<webExID>Utilizator de testare</webExID>
<parolă>parolă</parolă>
</securityContext>
<corp>
<cheie sesiune>1714904382</cheie sesiune>
<persoană>
<email>test@webex.com</email>
<nume>nume1</nume>
</persoană>
<participanți>
<persoană>
<email>test@webex.com</email>
<nume>nume2</nume>
</persoană>
<cheie sesiune>1714904382</cheie sesiune>
</participanţi>
</corp>
Actualizări API 40.11.0
Actualizări API XML 40.11.0
XMLAPI CreateUser acceptă numele afișat
CreateUser acceptă
numele de dezactivare
atunci când comutatorul de caracteristici EnableDisplayName
este de 1. Dacă comutatorul de funcții nu este 1, atunci afișDenumirea
va fi ignorată.
Modificări de schemă
Utilizator de creație:
XMLAPI SetUser acceptă numele afișat
SetUser acceptă
numele de dezactivare
atunci când comutatorul de caracteristici EnableDisplayName
este 1. Dacă comutatorul de funcții nu este 1, afișDenumirea
va fi ignorată.
Modificări de schemă
SetUser:
XMLAPI GetUser acceptă numele afișat
GetUser acceptă
numele de dezactivare
atunci când comutatorul de caracteristici EnableDisplayName
este 1. Dacă comutatorul de funcții nu este 1, afișDenumirea
nu va fi afișată.
Când displayName
în DB este nul și comutatorul de funcții EnableDisplayName este 1,
displayName
va fi firstName+" "+lastName
pentru caractere non-asiatice și firstName+lastName
pentru caractere asiatice.
Modificări de schemă
GetUserResponse:
Controlul nivelului de utilizator XMLAPI pentru CMR Hybrid Voip
Setarea cmrHybridVoip
este utilizată pentru a seta și prelua setarea nivelului de utilizator pentru EnableCMRHybridVoIP
.
Modificări de schemă
Răspuns Getuser:
Cerere CreateUser:
Cerere SetUser:
Actualizări API 40.10.0
XML API 40.10.0 Actualizări
Asistență API XML pentru întâlnirea UUID
în solicitarea și răspunsul API
Exemplu API XML: Cerere GetSessionInfo
:
<?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>
<siteName>xxx</siteName>
<webExID>Test</webExID>
<password>xxx</password>
</securityContext>
</header>
<head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"/></head><body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
<sessionKey>805325231</sessionKey>
sau
<meetingUUID>039c00dd25c22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
Răspuns:
<?xml version="1.0" encoding="UTF-8"?>
<serv:mesaj xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:ep="http://www.webex.com/schemas/2002/06/service/ep" xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting">
<serv: antet>
<serv:răspuns>
<server:rezultat>SUCCES</server:rezultat>
<serv:gsbStatus>PRIMAR</serv:gsbStatus>
</serv: răspuns>
</serv: antet>
<serv:body>
<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ep: stare>NU_INFORMAȚII</ep: stare>
<ep:isLocked>false</ep:isLocked>
<ep: tastă de sesiune>805325231</ep: tastă de sesiune>
<ep:meetingUUID>039c00dd25c⁺ ab0812dda22bb8a4fcc</ep:meetingUUID>
<ep:confID>158941507534980823</ep:confID>
...
...
</serv: Conținut corporal>
API afectat:
-
Creați participant la întâlnire
-
Participant DelMeetingParticipant
-
Participant la Înscriere
-
CreateTeleconferenSesiune
-
Setarea sesiunii de teleconferință
-
Sesiune de teleconferință
-
Creați sesiunea de instruire
-
Sesiune de instruire
-
Sesiune de instruire
-
Sesiune de deformare
-
CreateEvent
-
SetEvent
-
DelEveniment
XMLAPI va returna un element suplimentar pentru configurația Administratorului site-ului pentru a dezactiva captura de ecran
Cerința vine de la Securitate - atât bug-uri PenTest
și clienți, cum ar fi Goldman Sachs. Nu doresc să permită utilizatorilor finali să preia captura de ecran în aplicația Meetings. Între timp, mulți alți clienți doresc această funcție - pentru a permite captura de ecran. De asemenea, utilizatorii de educație doresc să permită captura de ecran prea. Astfel, vom avea o configurație de Administrator de site pentru acest lucru, iar XMLAPI va returna un câmp suplimentar EnableMobileScreenCapture
în răspunsul GetSite
pentru a sprijini acest lucru.
Exemplu de solicitare GetSite
<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<header>
<securityContext>
<siteName>xxxx</siteName>
<webExID>Test</webExID>
<password>xxxx</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.site.GetSite" />
</body>
<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:mesaj 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:eveniment="http://www.webex.com/schemas/2002/06/service/event">
<serv: antet>
<serv:răspuns>
<server:rezultat>SUCCES</server:rezultat>
<serv:gsbStatus>PRIMAR</serv:gsbStatus>
</serv: răspuns>
</serv: antet>
<serv:body>
<serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ns1: instanță site>
...
<ns1: Opțiuni de securitizare>
...
...
<ns1:EnableMobileScreenCapture>fals</ns1:EnableMobileScreenCapture>
...
</ns1: Opțiuni de securitizare>
...
</ns1: instanță site>
</serv: Conținut corporal>
API afectat
GetSite
Asistență XMLAPI ÎMBUNĂTĂȚIRE Intrare fără cod PIN MEET-269
XMLAPI adaugă o NOUĂ OPȚIUNE Sistemele de videoconferință din organizația mea pot iniția și participa la întâlniri fără solicitări pentru întâlnirea din Sala personală și Întâlnirea MC.
-
CreateUtilizator/
setUser/getUser
adaugă un nou noddeviceCanStartMyPMR
înpersonMeetingRoom
. -
createMeeting/setMeeting/getMeeting
adaugă un nou noddeviceCanStartMeeting
în program.
Opțiunea din Webex UI pentru întâlnirea din Sala personală:
Modificări de schemă
Utilizator de creație:
SetUser:
GameResponse:
CreateMeeting:
setMeeting:
Răspuns la întâlnire:
Actualizări API 40.9.0
Actualizări API XML 40.9.0
Asistență API XML pentru solicitarea și răspunsul UUID
al întâlnirii
Am adăugat UUID-ul întâlnirii la solicitarea și răspunsul API oriunde susținem ca MeetingKey
sau SessionKey
.
Exemplu API XML: Cerere GetSessionInfo
:
<?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>
<siteName>xxx</siteName>
<webExID>Test</webExID>
<password>xxx</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
<sessionKey>805325231</sessionKey>
sau
<meetingUUID>039c00dd25c22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
Răspuns:
<?xml version="1.0" encoding="UTF-8"?>
<serv:mesaj xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:ep="http://www.webex.com/schemas/2002/06/service/ep" xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting">
<serv: antet>
<serv:răspuns>
<server:rezultat>SUCCES</server:rezultat>
<serv:gsbStatus>PRIMAR</serv:gsbStatus>
</serv: răspuns>
</serv: antet>
<serv:body>
<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ep: stare>NU_INFORMAȚII</ep: stare>
<ep:isLocked>false</ep:isLocked>
<ep: tastă de sesiune>805325231</ep: tastă de sesiune>
<ep:meetingUUID>039c00dd25c⁺ ab0812dda22bb8a4fcc</ep:meetingUUID>
<ep:confID>158941507534980823</ep:confID>
...
...
</serv: Conținut corporal>
API afectat:
-
Informații despre înscrieri
-
Sesiune de instruire LstsummarySesiune
-
AddScheduledTest
-
Testare programată
-
Testul de deprogramare
-
Informații privind testarea
-
Încărcare EventImage
-
Trimite un e-mail de invitație
-
CreațiSupportSession
-
Antecedente de evaluare preliminară
-
PrezentatăAntecedente preliminare
-
Antecedente preliminare de sesiuni
-
PrezentatAntecedente preliminare
-
LstTrainingPollRezultate Istoric
Întâlnirile Webex vor avea un lobby de întâlnire blocat, în care utilizatorii pot aștepta să fie admiși în întâlnire
Programarea API-ului XML și editarea întâlnirii MC pentru a sprijini lobby-ul blocat atunci când funcția (ConsistentLockedLobby
) este activată.
Modificări de schemă
Au fost adăugate trei elemente noi (externalAttendeeSecurity
, autoLock
, autoLockWaitTime
) în API-urile CreateMeeting, SetMeeting și GetMeeting .
Element |
Descriere |
---|---|
|
Când întâlnirea este deblocată, pot fi selectate trei elemente de securitate externă a utilizatorului.
|
|
Blocarea automată a întâlnirii. Adevărat: Blocați automat întâlnirea după # minute de la începerea întâlnirii Falsă: Nu blochează automat întâlnirea după începerea întâlnirii |
|
Minute (0,5,10,15,20) pentru blocarea automată a întâlnirii după începerea întâlnirii |
Eșantion de solicitare și răspuns
Cerere de CreateMeeting:
...
...
false
AllowJoinWithLobby
true
10
...
Solicitarea SetMeeting:
2###1###01
...
...
false
AllowJoinWithLobby
true
10
...
Răspunsul GetMeeting
:
<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:mesaj xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common"
xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting" xmlns:att="http://www.webex.com/schemas/2002/06/service/attendee">
<serv: antet>
<serv:răspuns>
<server:rezultat>SUCCES</server:rezultat>
<serv:gsbStatus>PRIMAR</serv:gsbStatus>
</serv: răspuns>
</serv: antet>
<serv:body>
<serv:bodyContent xsi:type="meet:getMeetingResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
...
...
<meet:joinRequiresAccount>false</meet:joinRequiresAccount>
<meet:externalAttendeeSecurity>Allow Join</meet:externalAttendeeSecurity>
<meet:autoLock>true</meet:autoLock>
<întâlnire:autoLockWaitTime>10</întâlnire:autoLockWaitTime>
...
</server: mesaj>
API afectat:
-
Creare întâlnire
-
Setare întâlnire
-
GetMeeting
Îmbunătățirea API GetSessionInfo
pentru a returna starea participanților în sesiunea în curs
Au fost adăugate două elemente noi (hasHostInMeeting
, hasAttendeeInMeeting
) ca răspuns la GetSessionInfo
. Aceste două elemente vor fi returnate atunci când întâlnirea este o întâlnire în curs.
Element |
Descriere |
---|---|
|
Dacă gazda a intrat în întâlnirea în curs. Adevărat: Gazda se află în întâlnirea în curs. Falsă/nulă: Gazda nu se află în întâlnirea în curs sau întâlnirea nu este în curs. |
|
Dacă există un participant/gazdă care a intrat în întâlnirea în curs. Adevărat: există un participant sau o gazdă în întâlnirea în curs. Falsă/nulă: nu există niciun participant sau gazdă în întâlnirea în curs sau întâlnirea nu este în curs. |
eșantion de răspuns API:
<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:mesaj xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common"
xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting" xmlns:att="http://www.webex.com/schemas/2002/06/service/attendee">
<serv: antet>
<serv:răspuns>
<server:rezultat>SUCCES</server:rezultat>
<serv:gsbStatus>PRIMAR</serv:gsbStatus>
</serv: răspuns>
</serv: antet>
<serv:body>
<serv:bodyContent xsi:type="meet:getMeetingResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
...
<ep:status>INPROGRESARE</ep:status>
<ep:hasHostInMeeting>adevărat</ep:hasHostInMeeting>
<ep:hasAttendeeInMeeting>true</ep:hasAttendeeInMeeting>
...
</server: mesaj>
API afectat:
GetSessionInfo
API GetUserCard necesită autorizare.
Îmbunătățirea securității API XML GetUserCard
necesită autorizare pentru a obține informațiile utilizatorului.
API afectat:
GetUserCard
Actualizări API 40.8.0
Actualizări API XML 40.8.0
Îmbunătățirea răspunsului GetSessionInfo
Dacă nu sunteți invitat sau aprobat din întâlnire, apelul dvs. către API XML: GetSessionInfo
nu va returna elementele: confName, startDate, durată, timeZone, meetingLink, sipURL, display MeetingUrl
în corpul de răspuns API.
Exemplu de răspuns API pentru întâlniri:
<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ep: stare>NU_INFORMAȚII</ep: stare>
<ep:sessionkey>1####2###4</ep:sessionkey>
<ep:accessControl>
<ep:listStatus>LISTAT</ep:listStatus>
<ep:înregistrare>înregistrare falsă</ep:înregistrare>
<ep:passwordReq>true</ep:passwordReq>
<ep:isRegisterIDRequired>false</ep:isRegisterIDRequired>
</ep: accesControl>
<ep: metaData>
<ep:serviceType>MeetingCenter</ep:serviceType>
</ep: metaDate>
<ep: Opțiuni participant>
<ep:joinRequiresAccount>false</ep:joinRequiresAccount>
</ep: Opțiuni participant>
<ep:isAllowJBH>adevărat</ep:isAllowJBH>
<ep:isCETMeeting>adevărat</ep:isCETMeeting>
<ep:isPersonalMeetingRoom>false</ep:isPersonalMeetingRoom>
Exemplu de răspuns API pentru instruire/evenimente:
<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ep: stare>NU_INFORMAȚII</ep: stare>
<ep:sessionkey>1####5###9</ep:sessionkey>
<ep:listStatus>LISTAT</ep:listStatus>
<ep:înregistrare>adevărat</ep:înregistrare>
https://sitename.webex.com/tc3300/trainingcenter/register/registerSession.do?siteurl=sitename&confID=16###92######61</ep:registrationURL>
<ep:passwordReq>true</ep:passwordReq>
<ep:InregistrationURLForMobile>https://sitename.webex.com/tc3300/trainingcenter/meeting/sessionInfoMobile.do?siteurl=sitename&confID=16###92######61</ep:registrationURLForMobile>
<ep:joinStatus>INVITAȚI/ÎNREGISTRAȚI/RESPECTAȚI</ep:joinStatus>
<ep:isRegisterIDRequired>false</ep:isRegisterIDRequired>
</ep: accesControl>
<ep: metaData>
<ep:serviceType>TrainingCenter</ep:serviceType>
</ep: metaDate>
<ep: Opțiuni participant>
<ep:joinRequiresAccount>false</ep:joinRequiresAccount>
</ep: Opțiuni participant>
<ep:isAllowJBH>adevărat</ep:isAllowJBH>
<ep:isCETMeeting>adevărat</ep:isCETMeeting>
<ep:isPersonalMeetingRoom>false</ep:isPersonalMeetingRoom>
API afectat:
-
GetSessionInfo
GetSessionInfo,
Îmbunătățiri ale securității GetUserCard
Am făcut o îmbunătățire a securității pe API XML GetSessionInfo
și GetUserCard
. Vom bloca utilizatorii să acceseze aceste două API-uri în următoarele două ore dacă apelul lor a atins limita într-o oră fără erori de date găsite.
Răspunsul la starea de eroare este: "403 Interzis"
API-uri afectate:-
GetSessionInfo
-
GetUserCard
MeetingUUID
în solicitarea API și asistență pentru răspuns
Am adăugat MeetingUUID la solicitarea API și răspunsul oriunde susținem o MeetingKey/SessionKey
.
Cerere GetSessionInfo
:
<?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>
<siteName>xxx</siteName>
<webExID>Test</webExID>
<password>xxx</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
<sessionKey>805325231</sessionKey>
sau
<meetingUUID>039c00dd25c22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
Răspuns:
<?xml version="1.0" encoding="UTF-8"?>
<serv:mesaj xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:ep="http://www.webex.com/schemas/2002/06/service/ep" xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting">
<serv: antet>
<serv:răspuns>
<server:rezultat>SUCCES</server:rezultat>
<serv:gsbStatus>PRIMAR</serv:gsbStatus>
</serv: răspuns>
</serv: antet>
<serv:body>
<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ep: stare>NU_INFORMAȚII</ep: stare>
<ep:isLocked>false</ep:isLocked>
<ep: tastă de sesiune>805325231</ep: tastă de sesiune>
<ep:meetingUUID>039c00dd25c⁺ ab0812dda22bb8a4fcc</ep:meetingUUID>
<ep:confID>158941507534980823</ep:confID>
...
...
</serv: Conținut corporal>
API afectat:
-
Sesiune LstOpenSession
-
Informații despre înscrieri
-
Rezumatul întâlnirii
-
Cele mai recente teste programate
-
GetEvent
-
Eveniment de sinteză
-
Antecedente de citire
-
Istoric sesiuni de instruire
-
Istoria ultimelor sesiuni
-
Istoric sesiuni de asistență
-
DelSesiune
Șablon de site-uri educaționale (tip sesiune EDU) în suport API XML
Când site-urile dvs. permit tipul de sesiune Education Instructor (EDU), API-ul XML poate sprijini programarea unei întâlniri cu șablonul EDU al întâlnirii.
API afectat:
-
Creare întâlnire
-
Setare întâlnire
-
CreateEvent
-
SetEvent
-
Creați sesiunea de instruire
-
Sesiune de instruire
Asistență XML API CreateMeetingParticipant
și RegisterMeetingParticipant
Atât CreateMeetingParticipant
cât și RegisterMeetingParticipant
pot verifica formularul de înscriere a participantului necesar pentru o înscriere Webex Meetings.
Și există o nouă excepție pentru această sarcină:
Număr de excepție |
Mesaj de excepție |
---|---|
040014 |
Câmpuri obligatorii lipsă (formular de înscriere): ... |
De exemplu, dacă ați selectat „Job Title” și „Company Name” ca câmpuri necesare pentru înregistrarea unui participant la Webex Meetings, după cum se arată mai jos, atunci trebuie să furnizați valoare pe „Job Title” și „Company Name” atunci când apelați cele două API-uri:Creați MeetingAttendee
și Înscrieți-vă MeetingAttendee
.
Solicitare participant la
întâlnirea de înregistrare:
<corp>
<participanți>
<persoană>
<nume>FirstNameb LastName</name>
<firstName>FirstNameb</firstName>
<lastName>LastName</lastName>
<titlu>Inginer</title> //Job Title
<companie>Cisco1234</companie> //Numele companiei
...
<e-mail>****@*****.</e-mail>
<type>VIZITATOR</type>
<sendReminder>adevărat</sendReminder>
</persoană>
<rol>ATENȚIE</rol>
<joinStatus>ACCEPT</joinStatus>
<e-mailInvitații>adevărate</e-mailInvitații>
<sessionKey>1####4####1</sessionKey>
</participanţi>
</corp>
Solicitare participant
CreateMeetingParticipant:
FirstNameA LastNameA
FirstNameA
LastNameA
Inginer //Job Title
Cisco1234 //Company Name
...
;*****@*****.com
VIZITOR
true
ATENT
ACCEPT
true
1########1
040014 Excluderea răspunsului
Exemplu:
<?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:att="http://www.webex.com/schemas/2002/06/service/attendee">
<serv:result>Eşec</serv:result>
Lipsa câmpurilor necesare (formular de înscriere): titlu,companie
PRIMARY
040014
titlu,companie
API afectat:
-
Creați participant la întâlnire
-
Participant la Înscriere
Îmbunătățiri ale validării e-mailului API XML
API-ul XML nu trebuie să permită caracterul (caracterele) spațiului alb dintr-un e-mail, astfel încât să avem o validare îmbunătățită a e-mailului pentru a se alinia la comportamentul paginii Webex Meetings.
API afectat:
-
Creați participant la întâlnire
-
CreateEvent
-
SetEvent
-
CreateContact
-
Contact de configurare
-
Setați informațiile de înregistrare
-
Creați participant la întâlnire
-
Creați sesiunea de instruire
-
Sesiune de instruire
-
Creaza utilizator
-
SetUser
-
Creare întâlnire
-
Setare întâlnire
-
Participant la Înscriere
Actualizări API 40.7.0
Actualizări API XML 40.7.0
asistență pentru măsurători
Am adăugat MeetingUUID
la solicitarea API și răspuns oriunde susținem o MeetingKey sau SessionKey.
GetSessionInfo
Solicitare Exemplu:
<?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>
<siteName>xxx</siteName>
<webExID>Test</webExID>
<password>xxx</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
<sessionKey>805325231</sessionKey>
sau
<meetingUUID>039c00dd25c22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
GetSessionInfo
Solicitare Exemplu:
<?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>
<siteName>xxx</siteName>
<webExID>Test</webExID>
<password>xxx</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
<sessionKey>805325231</sessionKey>
sau
<meetingUUID>039c00dd25c22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
GetSessionInfo
Răspuns Exemplu:
<?xml version="1.0" encoding="UTF-8"?>
<serv:mesaj xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:ep="http://www.webex.com/schemas/2002/06/service/ep" xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting">
<serv: antet>
<serv:răspuns>
<server:rezultat>SUCCES</server:rezultat>
<serv:gsbStatus>PRIMAR</serv:gsbStatus>
</serv: răspuns>
</serv: antet>
<serv:body>
<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ep: stare>NU_INFORMAȚII</ep: stare>
<ep:isLocked>false</ep:isLocked>
<ep: tastă de sesiune>805325231</ep: tastă de sesiune>
<ep:meetingUUID>039c00dd25c⁺ ab0812dda22bb8a4fcc</ep:meetingUUID>
<ep:confID>158941507534980823</ep:confID>
...
...
</serv: Conținut corporal>
API-uri afectate:
-
Istoricul participanților la LestmeetingAntecedente
-
Istoricul participanților la stagiul de pregătire
-
Antecedente de participanți
-
Istoricul participanților de asistență
API-ul CreateUser
este binevenit pentru asistență prin e-mail pentru patru limbi noi
E-mailul html de bun venit XMLAPI acceptă următoarele patru limbi noi:
-
Cehă (LimbageID=19)
-
Poloneză (LimbageID=20)
-
Ungară (LimbageID=21)
-
Română (linguageID=22)
XMLAPI trimite e-mailul de întâmpinare în funcție de limba sau de limba ID din solicitarea CreateUser
.
Folosind CreateUser
pentru a trimite Html e-mail de bun venit Exemplu (Cehă):
<?xml version="1.0" encoding="UTF-8"?>
<server:mesaj xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<securityContext>
<siteName>xxx</siteName>
<webExID>Test</webExID>
<password>xxx</password>
</securityContext>
<corp>
<firstName>test</firstName>
<lastName>utilizator</lastName>
<webExId>utilizator de testare</webExId>
<password>xxxxxx</password>
<email>testuser@test.com</email>
<privilegiu>
<gazdă>adevărată</gazdă>
</privilegiu>
<linguageID>19</linguageID>
sau
<limbă>Cehă</limbă>
<activ>ACTIVAT</activ>
<sendWelcome>adevărat</sendWelcome>
<isHTMLEmail>true</isHTMLEmail>
</corp>
Actualizări API 40.6.1, 40.4.9
XML API 40.6.1, 40.4.9 Actualizări
Asistență CreateMeeting/SetMeeting
Când programați o întâlnire Webex, API-ul XML CreateMeeting/SetMeeting
vă permite să verificați sau să debifați sau să faceți clic pe un câmp necesar sau nenecesar din formularul de înscriere a participantului.
Următorul este programul eșantion Meetings de pe pagina web a utilizatorului, unde puteți verifica câmpurile necesare, cum ar fi "Job Title", "Company Name", "City", și "State" pe formularul de înscriere a participantului:
Următoarea este o mapare între câmpurile paginii și elementele API-ului XML:
Câmpuri pagină Element XMLAPI Funcție Denumire companie Adresa 1 Adresă 2 Oraş Stat Cod poștal Țară/regiune Telefon de serviciu Fax
Schema modificată: Adăugați elementul „registrationForm” în CreateMeeting
Schema modificată: Adăugați elementul „registrationForm” în SetMeeting
Schema modificată: Adăugați elementul „registrationForm” în GetMeeting
CreateMeeting
Solicitare Exemplu:
<accesControl>
<MeetingPassword>Parolă</MeetingPassword>
</accesControl>
<Opțiuni participant>
<e-mailInvitații>adevărate</e-mailInvitații>
<înregistrare>autentic</înregistrare>
<auto>false</auto>
</Opţiuni participant>
<Formular de înscriere>
<title><req>true</req></title>
<company><req>true</req></company>
<address1><req>false</req></address1>
<address2><req>false</req></address2>
<city><req>true</req></city>
<state><req>true</req></state>
<postalCode><req>false</req></postalCode>
<country><req>false</req></country>
<phone><req>false</req></phone>
<fax><req>false</req></fax>
</Formular de înscriere>
Exemplu de
solicitare a setMeeting:
<tastă de măsurare>1015045339</tastă de măsurare>
<metaDate>
<confName>Nume conferință</confName>
<meetingType>3</meetingType>
</metaDate>
<Opțiuni participant>
<e-mailInvitații>adevărate</e-mailInvitații>
<înregistrare>autentic</înregistrare>
<auto>adevărat</auto>
</Opţiuni participant>
<Formular de înscriere>
<titlu><req>adevărat</req></title>
<company><req>true</req></company>
<address1><req>false</req></address1>
<address2><req>false</req></address2>
<city><req>true</req></city>
<state><req>true</req></state>
<postalCode><req>false</req></postalCode>
<country><req>false</req></country>
<phone><req>false</req></phone>
<fax><req>false</req></fax>
</Formular de înscriere>
Exemplu de
răspuns la GetMeeting:
<meet:sipURL>1234567890@sitename.webex.com</meet:sipURL>
<meet:displayMeetingUrl>1234567890@sitename.webex.com</meet:displayMeetingUrl>
<întâlni:Formular de înscriere>
<meet:phone><meet:req>false</meet:req></meet:phone>
<meet:title><meet:req>true</meet:req></meet:title>
<meet:company><meet:req>true</meet:req></meet:company>
<meet:address1><meet:req>false</meet:req></meet:address1>
<meet:address2><meet:req>false</meet:req></meet:address2>
<meet:city><meet:req>true</meet:req></meet:city>
<meet:state><meet:req>true</meet:req></meet:state>
<meet:postalCode><meet:req>false</meet:req></meet:postalCode>
<meet:country><meet:req>false</meet:req></meet:country>
<meet:fax><meet:req>false</meet:req></meet:fax>
</întâlnire:Formular de înscriere>
API-uri afectate:
-
Creare întâlnire
-
Setare întâlnire
-
GetMeeting
-
DelMeeting
Tipul de întâlnire E2EE nu acceptă o întâlnire PMR
Când activați un PMR în timpul unui apel cu API-urile:CreateUser/SetUser/GetUser/GetMe
și numai un tip de întâlnire E2EE este posibil, va răspunde la următorul mesaj de eroare: "110063 Utilizatorul trebuie să aibă cel puțin un tip de întâlnire non-E2EE pentru a activa PMR".
API-uri afectate:
-
Creaza utilizator
-
SetUser
-
Getuser
-
Dă-mi
Actualizări API 40.6.0
Actualizări API XML 40.6.0
A fost adăugat rolul de gestionare a utilizatorilor
Am creat rolul de gestionare a utilizatorilor, iar fișierul schemei pentru următoarele s-a schimbat.
Schema modificată: Cerere
CreateUser:
Schema modificată: SetUser
Schema modificată: Răspuns GetMe
:
Schema modificată: Rezumatul
răspunsului utilizatorului:
API-uri afectate:
-
Creaza utilizator
-
SetUser
-
Dă-mi
-
LssummaryUser
Exemplu de
solicitare a utilizatorilor creați:
<?xml version="1.0" encoding="UTF-8"?>
<server:mesaj xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<securityContext>
<siteName>xxx</siteName>
<webExID>SiteAdmin</webExID>
<password>xxxx</password>
</securityContext>
<corp>
<firstName>xxx</firstName>
<lastName>xxx</lastName>
<webExId>xxx</webExId>
<password>xxx</password>
<e-mail>xxx</e>
<privilegiu>
<umSiteAdmin>adevărat</umSiteAdmin>
<gazdă>false</gazdă>
<siteAdmin>fals</siteAdmin>
<labAdmin>fals</labAdmin>
<voiceOverIp>false</voiceOverIp>
</privilegiu>
<linguageID>3</linguageID>
<activ>ACTIVAT</activ>
<sendWelcome>adevărat</sendWelcome>
<isHTMLEmail>true</isHTMLEmail>
</corp>
Asistență utilizând acces cheie API la GetUserCard
Acum acceptăm folosind cheia API (tokenul JWT generat) pentru a accesa API-ul: GetUserCard
în această versiune.
Puteți face trimitere la aceste pagini despre aplicarea unei chei API și pentru a genera un token JWT:
Exemplu de solicitare GetUserCard
:
POST https://{sitename}.webex.com/WBXService/XMLService
Header:
Aplicație/json;charset=utf-8
JWTToken ${jwttoken}
Body:
<?xml version="1.0" encoding="UTF-8"?>
<message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2009/05/service">
<header>
<securityContext>
<siteName>{sitename}</siteName>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.GetUserCard">
<webExId>{userName}</webExId>
</bodyContent>
</body>
Exemplu de răspuns:
<?xml version="1.0" encoding="UTF-8"?>
<serv:mesaj 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: antet>
<serv:răspuns>
<server:rezultat>SUCCES</server:rezultat>
<serv:gsbStatus>PRIMAR</serv:gsbStatus>
</serv: răspuns>
</serv: antet>
<serv:body>
<serv:bodyContent xsi:type="use:getUserCardResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<utilizare:url>https://xxxx.webex.com/svc3300/svccomponents/html/img/avatar160.png</use:url>
<utilizare:lastModifiedTime>1587493389768</utilizare:lastModifiedTime>
<utilizare:isUploaded>false</use:isUploaded>
</utilizare: avatar>
<utilizare:titlu>Sala personală a testului</utilizare:titlu>
<utilizare:PersonalMeetingRoomURL>https://xxxx.webex.com/meet/Test</use:personalMeetingRoomURL>
<utilizare:accessCode>713289692</use:accessCode>
</utilizare: PersonalMeetingRoom>
</serv: Conținut corporal>
Asistență pentru meetingUUID
în solicitarea și răspunsul API
Am adăugat MeetingUUID
la solicitarea API și răspunsul atunci când susținem o MeetingKey sau SessionKey.
API-uri afectate:
-
Înregistrare LstÎnregistrare
-
Sesiune de sinteză
-
GetSesssionInfo
-
Întâlnire GethosturlMeeting
-
GetjoinurlMeeting
-
Participant la întâlnire
-
Creare întâlnire
-
Setare întâlnire
-
GetMeeting
-
DelMeeting
-
Sesiune LstCalendarSesiune
MeetingUUID
Solicitare Exemplu:
<?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>
<siteName>xxx</siteName>
<webExID>Test</webExID>
<password>xxx</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
<sessionKey>805325231</sessionKey>
sau
<meetingUUID>039c00dd25c22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
Exemplu de
răspuns măsurabil:
<?xml version="1.0" encoding="UTF-8"?>
<serv:mesaj xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:ep="http://www.webex.com/schemas/2002/06/service/ep" xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting">
<serv: antet>
<serv:răspuns>
<server:rezultat>SUCCES</server:rezultat>
<serv:gsbStatus>PRIMAR</serv:gsbStatus>
</serv: răspuns>
</serv: antet>
<serv:body>
<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ep: stare>NU_INFORMAȚII</ep: stare>
<ep:isLocked>false</ep:isLocked>
<ep: tastă de sesiune>805325231</ep: tastă de sesiune>
<ep:meetingUUID>039c00dd25c⁺ ab0812dda22bb8a4fcc</ep:meetingUUID>
<ep:confID>158941507534980823</ep:confID>
...
...
</serv: Conținut corporal>
Tastele întâlnirii PMR nu vor fi modificate de la un utilizator dezactivat temporar sau de la un PMR dezactivat
Când un utilizator temporar dezactivat sau un PMR dezactivat se reactivează în decurs de o săptămână, utilizatorul reactivat acum sau cheia întâlnirii PMR activată nu este modificată, va fi aceeași ca înainte.
API-uri afectate:
-
SetUser
-
DelUser
Îmbunătățiri ale sesiunii
LstSummarySession
Am îmbunătățit API-ul: LstSummarySession
de returnare programată-PMR pentru a avea un element nou, returnScheduledPMR
, în cerere. Și comutatorul de funcții implicit este dezactivat.
API-uri afectate:
-
Sesiune LstSummarySession
Modificare schemă:
Adăugăm un nou nume de element returnScheduledPMR
în solicitarea API LstSummarySession.
We add a new element name isScheduledPMR
in the API LstSummarySession response.
LstSummarySession
Request Example:
<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<header>
<securityContext>
<siteName>xxx</siteName>
<webExID>Test</webExID>
<password>xxx</password>
<partnerID>xxxx</partnerID>
<clientInfo>xxxx</clientInfo>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.LstsummarySession">
<listControl>
<startFrom>1</startFrom>
<maximumNum>2</maximumNum>
<listMethod>AND</listMethod>
</listControl>
<dateScope>
<startDateStart>11/01/2019 8:0:0</startDateStart>
<startDateEnd>12/01/2019 7:59:59</startDateEnd>
<timeZoneID>4</timeZoneID>
<endDateStart>11/01/2019 8:0:0</endDateStart>
<endDateEnd>12/01/2019 7:59:59</endDateEnd>
</dateScope>
<order>
<orderBy>HOSTWEBEXID</orderBy>
<orderAD>ASC</orderAD>
<orderBy>CONFNAME</orderBy>
<orderAD>ASC</orderAD>
<orderBy>STARTTIME</orderBy>
<orderAD>ASC</orderAD>
</order>
<serviceTypes>
<serviceType>EventCenter</serviceType>
<serviceType>MeetingCenter</serviceType>
<serviceType>SalesCenter</serviceType>
<serviceType>TrainingCenter</serviceType>
<serviceType>SupportCenter</serviceType>
</serviceTypes>
<returnScheduledPMR>true</returnScheduledPMR>
</bodyContent>
</body>
</serv:message>
LstSummarySession
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:ep="http://www.webex.com/schemas/2002/06/service/ep" xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting">
<serv:header>
<serv:response>
<serv:result>SUCCESS</serv:result>
<serv:gsbStatus>PRIMARY</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="ep:lstsummarySessionResponse">
<ep:matchingRecords>
<serv:total>1787</serv:total>
<serv:returned>2</serv:returned>
<serv:startFrom>1</serv:startFrom>
</ep:matchingRecords>
<ep:session>
<ep:sessionKey>809914325</ep:sessionKey>
<ep:MeetingUUID>809914325</ep:MeetingUUID>
<ep:confName>Team Meeting</ep:confName>
<ep:sessionType>3</ep:sessionType>
<ep:serviceType>MeetingCenter</ep:serviceType>
<ep:hostWebExID>Test</ep:hostWebExID>
<ep:hostFirstName>Test</ep:hostFirstName>
<ep:hostLastName>Test</ep:hostLastName>
<ep:otherHostWebExID>Test</ep:otherHostWebExID>
<ep:timeZoneID>2</ep:timeZoneID>
<ep:timeZone>GMT-10:00, Hawaii (Honolulu)</ep:timeZone>
<ep:status>NOT_INPROGRESS</ep:status>
<ep:startTime>10/12/2019 00:35:41</ep:startTime>
<ep:duration>60</ep:duration>
<ep:listStatus>PUBLIC</ep:listStatus>
<ep:hostEmail>Test@webex.com</ep:hostEmail>
<ep:passwordReq>true</ep:passwordReq>
<ep:hostJoined>false</ep:hostJoined>
<ep:participantsJoined>false</ep:participantsJoined>
<ep:confID>141672157056861215</ep:confID>
<ep:registration>false</ep:registration>
<ep:isRecurring>true</ep:isRecurring>
<ep:hostType>1019001</ep:hostType>
<ep:isAudioOnly>false</ep:isAudioOnly>
<ep:isTCSingleRecurrence>false</ep:isTCSingleRecurrence>
<ep:isAllowJBH>false</ep:isAllowJBH>
<ep:isCETMeeting>true</ep:isCETMeeting>
<ep:isException>false</ep:isException>
<ep:isNextUpcomingInstance>false</ep:isNextUpcomingInstance>
<ep:seriesMeetingKey>0</ep:seriesMeetingKey>
<ep:recurrenceId>0</ep:recurrenceId>
<ep:isScheduledPMR>true</ep:isScheduledPMR>
</ep:session>
<ep:session>
<ep:sessionKey>805660167</ep:sessionKey>
<ep:confName>xmlmc Molly08Console816960001</ep:confName>
<ep:sessionType>3</ep:sessionType>
<ep:serviceType>MeetingCenter</ep:serviceType>
<ep:hostWebExID>Molly08Console81696000</ep:hostWebExID>
<ep:hostFirstName>Molly08Console81696000</ep:hostFirstName>
<ep:hostLastName>Molly08Console81696000</ep:hostLastName>
<ep:otherHostWebExID>Molly08Console81696000</ep:otherHostWebExID>
<ep:timeZoneID>2</ep:timeZoneID>
<ep:timeZone>GMT-10:00, Hawaii (Honolulu)</ep:timeZone>
<ep:status>NOT_INPROGRESS</ep:status>
<ep:startTime>10/12/2019 00:35:41</ep:startTime>
<ep:duration>60</ep:duration>
<ep:listStatus>PUBLIC</ep:listStatus>
<ep:hostEmail>Molly08Console81696000@webex.com</ep:hostEmail>
<ep:passwordReq>true</ep:passwordReq>
<ep:hostJoined>false</ep:hostJoined>
<ep:participantsJoined>false</ep:participantsJoined>
<ep:confID>141672108716459038</ep:confID>
<ep:registration>false</ep:registration>
<ep:isRecurring>true</ep:isRecurring>
<ep:hostType>1019001</ep:hostType>
<ep:isAudioOnly>false</ep:isAudioOnly>
<ep:isTCSingleRecurrence>false</ep:isTCSingleRecurrence>
<ep:isAllowJBH>false</ep:isAllowJBH>
<ep:isCETMeeting>true</ep:isCETMeeting>
<ep:isException>false</ep:isException>
<ep:isNextUpcomingInstance>false</ep:isNextUpcomingInstance>
<ep:seriesMeetingKey>0</ep:seriesMeetingKey>
<ep:recurrenceId>0</ep:recurrenceId>
<ep:isScheduledPMR>true</ep:isScheduledPMR>
</ep:session>
</serv:bodyContent>
</serv:body>
</serv:message>
GetSite
enhancements
We have added a GetSite
response feature toggle of SupportXMLAPIReturnScheduledPMR
API-uri afectate:
-
GetSite
Schema Change:
The XML API GetSite
response new element is: SupportXMLAPIReturnScheduledPMR
GetSite
Request Example:
<?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>
<siteName>xxx</siteName>
<webExID>Test</webExID>
<password>xxx</password>
<clientInfo>xxx</clientInfo>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.site.GetSite">
</bodyContent>
</body>
</serv:message>
GetSite
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: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:siteInstance>
<ns1:siteCommonOptions>
...
<ns1:SupportXMLAPIReturnScheduledPMR>true</ns1:SupportXMLAPIReturnScheduledPMR>
...
</ns1:siteCommonOptions>
</ns1:siteInstance>
</serv:bodyContent>
</serv:body>
</serv:message>
API 40.4.8, 40.2.9 Updates
XML API 40.4.8, 40.2.9 Updates
New response when updating scheduled meetings in XMLAPI
When customers use XMLAPI to update meetings scheduled through their page, we’ll send the numeric password in a meeting email update, and apply it to Webex Meetings, Teams, and Events centers.
Those APIs: GetMeeting, GetTrainingSession, GetEvent
and GetTeleconferenceSession
, will have these new elements as a response: audioPassword
(numeric password), isEnforceAudioPassword
, isEnforceAudioLogin
for Webex Meetings, Teams, and Events centers.
Changed Schema:
API-uri afectate:
-
GetMeeting
-
GetTrainingSession
-
GetEvent
-
GetTeleconferenceSession
GetMeeting
Request Example:
<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
<securityContext>
<siteName>testSite</siteName>
<webExID>test</webExID>
<password>xxx</password>
<partnerID>xx</partnerID>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.meeting.GetMeeting">
<meetingKey>803328224</meetingKey>
</bodyContent>
</body>
</serv:message>
Exemplu de răspuns:
<?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:meet="http://www.webex.com/schemas/2002/06/service/meeting" xmlns:att="http://www.webex.com/schemas/2002/06/service/attendee">
<serv:header>
<serv:response>
<serv:result>SUCCESS</serv:result>
<serv:gsbStatus>PRIMARY</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="meet:getMeetingResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<meet:accessControl>
<meet:listToPublic>false</meet:listToPublic>
<meet:isPublic>false</meet:isPublic>
<meet:meetingPassword>PkzC8tP7kM5</meet:meetingPassword>
<meet:audioPassword>75928877</meet:audioPassword>
<meet:isEnforceAudioPassword>true</meet:isEnforceAudioPassword>
<meet:isEnforceAudioLogin>false</meet:isEnforceAudioLogin>
</meet:accessControl>
...
...
</serv:bodyContent>
</serv:body>
</serv:message>
API 40.4.5, 40.2.6 Updates
XML API 40.4.5, 40.2.6 Updates
GetUserCard
and GetSessionInfo
usage limit
We implement the usage limit on API GetUserCard
and GetSessionInfo
, you could get the error message: "403 forbidden" if you reach the usage limit.
API-uri afectate:
-
GetUserCard
-
GetSessionInfo
API 40.4.4, 40.2.5 Updates
XML API 40.4.4, 40.2.5 Updates
BodyContent
number limit
We have added a limited number of BodyContent
in each XML API section. When you add too many of BodyContent
in the API request, the following error code and message will return: "000053 The count of BodyContent in a request must be less than {number}"
API-uri afectate:
-
Any XML API
XML API Request with Multiple BodyContent
Example:
<?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>xxxx</webExID>
<password>xxxx</password>
<siteName>xxx</siteName>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.GetUser">
<webExId>xxx</webExId>
</bodyContent>
<bodyContent xsi:type="java:com.webex.service.binding.user.GetSite">
</bodyContent>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
<sessionKey>801020403</sessionKey>
</bodyContent>
</body>
</serv:message>
API 40.4.3, 40.2.4 Updates
XML API 40.4.3, 40.2.4 Updates
CreateUser
enhancements
We enhanced CreateUser
to support the welcome email in multiple languages. The CreateUser
now requests isHTMLEmail
API-uri afectate:
-
Creaza utilizator
CreateUser
Request Example:
<?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>administrator</webExID>
<password>xxxx</password>
<siteName>xxx</siteName>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
<firstName>xxx</firstName>
<lastName>xxx</lastName>
<webExId>xxx</webExId>
<password>xxx</password>
<email>xxx</email>
<privilege>
<host>true</host>
<siteAdmin>false</siteAdmin>
<labAdmin>false</labAdmin>
<voiceOverIp>false</voiceOverIp>
</privilege>
<languageID>3</languageID>
<active>ACTIVATED</active>
<sendWelcome>true</sendWelcome>
<isHTMLEmail>true</isHTMLEmail>
</bodyContent>
</body>
</serv:message>
API 40.4.0 Updates
XML API 40.4.0 Updates
Enforce email verification when changing emails in XML API
After a site administrator enabled Confirmation required for the user to update email address in Webex Site Administration:
-
If a non-site administrator account calls the SetUser
API to change email addresses, the current email remains until the new email is verified. The account change confirmation email is sent to the new email address with the "Webex Account Change Confirmation." After clicking the link in the email to confirm, the new email address is immediately linked.
If a non-site administrator calls the SetUser
API several times without finishing the email verification process, the current email is kept, and the latest new email is the one that must be verified.
-
If a site administrator account calls the SetUser
API to change email addresses, the email verification process isn't triggered. The new email will immediately be linked to the host's or attendee's account.
API-uri afectate:
-
SetUser
GetEnrollmentInfo
timeout and connection reset
The GetEnrollmentInfo
API currently looks up IP addresses on the Domain Name System, which triggers huge performance impacts. We plan to simplify this process, with an empty response in the <domain>
field.
API-uri afectate:
-
GetEnrollmentInfo
GetEnrollmentInfo
Request Example:
<?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>
<siteName>sqdemo6</siteName>
<webExID>xxx</webExID>
<password>xxxx</password>
<partnerID>webexpartner</partnerID>
</securityContext>
</header>
<body>
<bodyContent
xsi:type="java:com.webex.service.binding.attendee.GetEnrollmentInfo">
<sessionKey>716773566</sessionKey>
</bodyContent>
</body>
</serv:message>
GetEnrollmentInfo
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:att="http://www.webex.com/schemas/2002/06/service/attendee">
<serv:header>
<serv:response>
<serv:result>SUCCESS</serv:result>
<serv:gsbStatus>PRIMARY</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="att:getEnrollmentInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<att:session>
<att:confID>154279066999981548</att:confID>
<att:attendee>
<att:attendeeID>3191792</att:attendeeID>
<att:enrollFields>
<att:defaultFields>
<att:firstName>Alex</att:firstName>
<att:lastName>Yang</att:lastName>
<att:email>omega.alex.yang@gmail.com</att:email>
<att:company></att:company>
<att:phoneNum></att:phoneNum>
<att:title></att:title>
<att:receiveInfo>false</att:receiveInfo>
<att:address1></att:address1>
<att:address2></att:address2>
<att:city></att:city>
<att:state></att:state>
<att:zipcode></att:zipcode>
<att:country></att:country>
<att:leadSourceID></att:leadSourceID>
<att:leadScore>0.0</att:leadScore>
</att:defaultFields>
<att:customFields/>
</att:enrollFields>
<att:domain> </att:domain>
<att:ipAddress>10.35.240.53</att:ipAddress>
<att:submitTime>02/27/2020 22:03:57</att:submitTime>
<att:status>APPROVED</att:status>
</att:attendee>
<att:attendee>
<att:attendeeID>3191797</att:attendeeID>
<att:enrollFields>
<att:defaultFields>
<att:firstName>AlexKKK</att:firstName>
<att:lastName>Test</att:lastName>
<att:email>achillesyang@hotmail.com</att:email>
<att:company></att:company>
<att:phoneNum></att:phoneNum>
<att:title></att:title>
<att:receiveInfo>false</att:receiveInfo>
<att:address1></att:address1>
<att:address2></att:address2>
<att:city></att:city>
<att:state></att:state>
<att:zipcode></att:zipcode>
<att:country></att:country>
<att:leadSourceID></att:leadSourceID>
<att:leadScore>0.0</att:leadScore>
</att:defaultFields>
<att:customFields/>
</att:enrollFields>
<att:domain> </att:domain>
<att:ipAddress>10.154.181.15</att:ipAddress>
<att:submitTime>02/27/2020 22:07:38</att:submitTime>
<att:status>APPROVED</att:status>
</att:attendee>
<att:matchingRecords>
<serv:total>2</serv:total>
<serv:returned>2</serv:returned>
<serv:startFrom>1</serv:startFrom>
</att:matchingRecords>
<att:sessionKey>716773566</att:sessionKey>
</att:session>
</serv:bodyContent>
</serv:body>
</serv:message>
API 40.2.0 Updates
XML API 40.2.0 Updates
Remove anonymous access to LstSummarySession
As a security enhancement, we're stopping support for anonymous access to the LstSummarySession
API. If Webex Meetings anonymously accesses the API, the following error code and message are returned: "000015 Sorry, no record found."
API-uri afectate:
-
LstSummarySession
LstSummarySession
Request Example:
<?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>
<siteName>sitename1</siteName>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.LstsummarySession">
<sessionKey>211894651</sessionKey>
</bodyContent>
</body>
</serv:message>
LstSummarySession
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:ep="http://www.webex.com/schemas/2002/06/service/ep" xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting">
<serv:header>
<serv:response>
<serv:result>FAILURE</serv:result>
<serv:reason>Sorry, no record found</serv:reason>
<serv:gsbStatus>PRIMARY</serv:gsbStatus>
<serv:exceptionID>000015</serv:exceptionID>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent/>
</serv:body>
</serv:message>
CreateMeeting
and SetMeeting
security enhancements
This change was made in XML API 40.2.0, but its description has been edited after receiving customer feedback.
As a security enhancement, we updated the CreateMeeting
and SetMeeting
APIs to not allow users to schedule a meeting start time that has already passed. If they try, the API prompts the error message: "060016 Session start time should be later than current time." If a user needs to schedule an instant meeting, we recommend that the meeting start time be set five minutes later than the current time.
API-uri afectate:
-
CreateMeeting
-
SetMeeting
API 40.1.2 Updates
XML API 40.1.2 Updates
Scheduling a meeting automatically generates a password if one isn't provided
We enhanced the CreateMeeting
, CreateEvent
, CreateTrainingSession
, and CreateTeleconferenceSession
to include a password in the API response's body.
By default, the All meetings/events/session must have a password setting is enabled. In this scenario, if the API request doesn't include a password, a password is automatically generated from the XML API servers.
If the All meetings/events/session must have a password setting is disabled, and the API request doesn't include a password, a password is not generated from the XML API servers.
If the API request includes a password, then the response will include that password, regardless of the All meetings/events/session must have a password setting being enabled or disabled.
API-uri afectate:
-
CreateMeeting
-
CreateEvent
-
CreateTrainingSession
-
CreateTeleconferenceSession
The CreateMeeting
response now has the meetingPassword
element:
CreateMeeting
Request Example:
<?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>
<siteName>siteName1</siteName>
<webExID>userID</webExID>
<password>*****</password>
<partnerID>webexpartner</partnerID>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting">
<metaData>
<confName>Test_Auto_Generated_mtg_pwd</confName>
<meetingType>3</meetingType>
</metaData>
<schedule>
<startDate>10/28/2020 17:35:00</startDate>
</schedule>
</bodyContent>
</body>
</serv:message>
CreateMeeting
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:meet="http://www.webex.com/schemas/2002/06/service/meeting" xmlns:att="http://www.webex.com/schemas/2002/06/service/attendee">
<serv:header>
<serv:response>
<serv:result>SUCCESS</serv:result>
<serv:gsbStatus>PRIMARY</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="meet:createMeetingResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<meet:meetingkey>806745263</meet:meetingkey>
<meet:meetingPassword>UzXJuzUD428</meet:meetingPassword>
<meet:iCalendarURL>
<serv:host>https://hmwds6.qa.webex.com/hmwds6/j.php?MTID=md225d5935256319ef21b71dd8ebd0640</serv:host>
<serv:attendee>https://hmwds6.qa.webex.com/hmwds6/j.php?MTID=m26bf5e25ca587d32302fb29951b92e15</serv:attendee>
</meet:iCalendarURL>
<meet:guestToken>cfc7f3246d4862f1bb69b803e8615b7a</meet:guestToken>
</serv:bodyContent>
</serv:body>
</serv:message>
The CreateEvent
response now has the eventPassword
element:
The CreateTrainingSession
and CreateTeleconferenceSession
responses now have the sessionPassword
element:
API 40.1.0 Updates
XML API 40.1.0 Updates
GetSessionInfo
enhancements
We've added new elements to the GetSessionInfo
API. The API now returns info for mobile devices too.
API-uri afectate:
-
GetSessionInfo
GetSessionInfo
Request Updates:
Exemplu de solicitare:
<?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>
<siteName>sqdemo11</siteName>
<webExID>siteadmin</webExID>
<password>P@ss1234</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
<sessionKey>713707633</sessionKey>
<pmrUrl>https://go.webex.com/join/dongchen</pmrUrl>
<sipUrl>dongchen@go.webex.com or 123456789_go@webex.com or 123456789@go.webex.com</sipUrl>
<meetingLink>https://go.webex.com/go/j.php?MTID=m814c6a483d4b5052d539f88d67acbad6</meetingLink>
<meetingUuid>34567323456787654323456787654</meetingUuid>
</bodyContent>
</body>
</serv:message>
LstAccessAnywhereHistory
enhancements
We've added a new API, lstAccessAnywhereHistory
, to respond with Webex Access Anywhere report info.
API-uri afectate:
-
LstAccessAnywhereHistory
LstAccessAnywhereHistory
Request Updates:
LstAccessAnywhereHistory
Response Updates:
Exemplu de solicitare:
<?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>
<siteName>sqdemo6</siteName>
<webExID>test</webExID>
<password>P@ss1234</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.history.LstAccessAnywhereHistory">
<hostWebexID>test1</hostWebexID>
<startTimeScope>
<sessionStartTimeStart>09/29/2019 00:42:34</sessionStartTimeStart>
<sessionStartTimeEnd>12/29/2019 04:42:34</sessionStartTimeEnd>
</startTimeScope>
<endTimeScope>
<sessionEndTimeStart>9/29/2019 02:42:34</sessionEndTimeStart>
<sessionEndTimeEnd>12/29/2019 05:42:34</sessionEndTimeEnd>
</endTimeScope>
<listControl>
<serv:startFrom>1</serv:startFrom>
<serv:maximumNum>10</serv:maximumNum>
<serv:listMethod>OR</serv:listMethod>
</listControl>
<order>
<orderBy>STARTTIME</orderBy>
<orderAD>ASC</orderAD>
</order>
</bodyContent>
</body>
</serv:message>
Exemplu de răspuns:
<?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:LstAccessAnywhereHistoryResponse"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<history:matchingRecords>
<serv:total>775</serv:total>
<serv:returned>10</serv:returned>
<serv:startFrom>1</serv:startFrom>
</history:matchingRecords>
<history:accessAnyWhereInfo>
<history:confID>123456</history:confID>
<history:userName>dean</history:userName>
<history:computerName>6926_dean</history:computerName>
<history:clientIP>10.224.222.183</history:clientIP>
<history:startTime>11/29/2019 03:05:44</history:startTime>
<history:endTime>11/29/2019 03:10:06</history:endTime>
<history:duration>5</history:duration>
</history:accessAnyWhereInfo>
</serv:bodyContent>
</serv:body>
</serv:message>