Hier finden Sie alle wichtigen Informationen, die Sie über die Cisco Webex Meetings-API benötigen, wie z. B. Schemaänderungen und andere Ankündigungen.
Weitere Informationen zu XML API 41 finden Sie in der Übersicht Cisco Webex Meetings API Updates (API 41)
Weitere Informationen zu XML API 39 und XML API 11 finden Sie unter Cisco Webex Meetings XML API Updates Overview (XML API 39 und früher).
Aktualisierungen für XML API 11 SP9 und früher finden Sie unter Cisco DevNet.
Aktualisierungen von API 40.12.0
XML API 40.12.0 Aktualisierungen
Klicken Sie hier, um das XML API 40.12.0-Schema herunterzuladen.
XML API unterstützt den Typ "Private Meeting"
XML-APIs sind wirkt sich aus
Wir können API verwenden:
CreateMeeting
undSetMeeting
, um einen Meeting-Webex Meeting mit dem Typ Privates Meeting an- oder zu aktualisieren.Wenn eine Webex Meeting-Sitzung mit dem Typ "Privates Meeting" angesetzt ist,
GetSessionInfo
GetMeeting
,LstSummarySession
, undLstCalendarSession
gibt eine neue Elementbenennung zurück:PrivateMeeting
um es zu kennen.GetMeetingType
undLstMeetingType
Zurückgeben einer neuen Elementbenennung
die angibt, ob private Meetings unterstützt werden oder nicht.SupportPrivateMeeting
Schemaänderungen
XML-API: GetMeetingType/LstMeetingType: Hängen Sie die <SupportPrivateMeeting>
Element.
XML-API:LstSummarySession
: Hängen Sie die <isPrivateMeeting>
Element.
XML-API:LstCalendarSession
: Hängen Sie die <isPrivateMeeting>
Element.
XML-API:GetSessionInfo
: Hängen Sie die <isPrivateMeeting>
Element.
XML-API:GetMeeting: Hängen Sie die <isPrivateMeeting>
Element.
Anforderung der XML-API: Erstellen einesMeetings
Anfrage für CreateMeeting mit privatem Meeting-Typ
<body>
<bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting">
<schedule>
<startDate>10/25/2020 13:00:00</startDate>
<duration>45</duration>
<timeZoneID>45</timeZoneID>
</schedule>
<accessControl>
<meetingPassword>********</meetingPassword>
</accessControl>
<metaData>
<confName>MC_PrivateMeeting_Test</confName>
<meetingType>168</meetingType> //169 is a sample which supports Private Meeting
</metaData>
</bodyContent>
</body>
Antwort der XML-API: GetSessionInfo
Antwort für isPrivateMeeting
<ep:supportE2E>false</ep:supportE2E>
<ep:isAllowJBH>true</ep:isAllowJBH>
<ep:isPrivateMeeting>true</ep:isPrivateMeeting> //true: the meeting supports Private Meeting; false: the meeting does
not support Private Meeting.
<ep:isCETMeeting>false</ep:isCETMeeting>
<ep:isPersonalMeetingRoom>false</ep:isPersonalMeetingRoom>
<ep:isNextUpcomingInstance>true</ep:isNextUpcomingInstance>
GetSite API gibt Meeting-Vorlagen auf Site-Ebene zurück
Benutzerstory/Aufgabenbeschreibung
Holen Sie sich die Site-API, um auf Website-Ebene Meeting-Vorlage. Auf diese Weise können Education Connector und Webex Classrooms diese Vorlagen für Lehrkräfte anzeigen, damit diese Vorlagen während der Planung ihrer Online-Sitzungen auswählen und auswählen können.
APIs sind auswirkungen
Wenn angepasste Meeting-Vorlagen auf Site-Ebene verfügbar sind, gibt die GetSite-API diese Vorlagen auf Site-Ebene zurück.
Elementname |
Beschreibung |
---|---|
|
der Name angepasster Meeting-Vorlagen auf Site-Ebene |
|
Webex Meetings, Webex-Schulungen und Webex Events |
Schemaänderungen
Website erhalten: Hängen Sie die <meetingTemplates>
Element.
Antwortbeispiel
Website-Antwort erhalten
<ns1:meetingTypes>
<ns1:meetingTypeID>3</ns1:meetingTypeID>
<ns1:meetingTypeName>PRO</ns1:meetingTypeName>
</ns1:meetingTypes>
<ns1:meetingTemplates>
<ns1:meetingTemplate>
<ns1:meetingTemplateName>MC Meeting Tempalte 1</ns1:meetingTemplateName>
<ns1:serviceType>MeetingCenter</ns1:serviceType>
</ns1:meetingTemplate>
<ns1:meetingTemplate>
<ns1:meetingTemplateName>EC Meeting Tempalte 2</ns1:meetingTemplateName>
<ns1:serviceType>EventCenter</ns1:serviceType>
</ns1:meetingTemplate>
<ns1:meetingTemplate>
<ns1:meetingTemplateName>TC Meeting Template 3</ns1:meetingTemplateName>
<ns1:serviceType>TrainingCenter</ns1:serviceType>
</ns1:meetingTemplate>
</ns1:meetingTemplates>
XML API SetUser kann Element von nicht ändern supportedServices
wenn es sich bei der Site um eine EINHEITLICHE CI-Site handelt
Beschreibung
XMLAPI SetUser
Nicht unterstützt Änderungswert von " supportedServices
" in einer API-Anfrage, wenn es sich bei der Site um einen mit Control Hub verknüpften Unified Webex Meeting handelt.
Schemaänderungen
Es gibt keine Schemaänderung auf der API: SetUser
definiert.
WEBEX-15436: Zusätzlichen Schutz, um doppelte E-Mails in zu vermeiden Mtgconfattendeelist
Beschreibung
Wenn mehrere Teilnehmer mit derselben E-Mail zu demselben Meeting in derselben API-Anfrage hinzugefügt werden, verarbeiten wir nur den ersten Teilnehmer mit der E-Mail.
Auswirkungen auf APIs
CreateMeetingAttendee
CreateUser
SetUser
CreateMeeting
SetMeeting
CreateEvent
SetEvent
CreateTrainingSession
SetTrainingSession
Beispiel-API
Anfrage
<?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>testUser</webExID>
<password>password</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.attendee.CreateMeetingAttendee">
<sessionKey>1714904382</sessionKey>
<person>
<email>test@webex.com</email>
<name>name1</name>
</person>
<attendees>
<person>
<email>test@webex.com</email>
<name>name2</name>
</person>
<sessionKey>1714904382</sessionKey>
</attendees>
</bodyContent>
</body>
</serv:message>
Aktualisierungen von API 40.11.0
XML API 40.11.0 Aktualisierungen
Klicken Sie hier, um das XML API 40.11.0-Schema herunterzuladen.
XMLAPI CreateUser unterstützt Anzeigename
CreateUser
Unterstützt dispalyname
beim Funktionsumschalter EnableDisplayName
ist als 1. Wenn der Funktionsumschalter nicht 1 ist, displayName
wird ignoriert.
Schemaänderungen
CreateUser:
XMLAPI SetUser unterstützt Anzeigename
SetUser
Unterstützt dispalyname
beim Funktionsumschalter EnableDisplayName
ist 1. Wenn der Funktionsumschalter nicht 1 ist, displayName
wird ignoriert.
Schemaänderungen
SetUser:
XMLAPI GetUser unterstützt Anzeigename
GetUser
Unterstützt dispalyname
beim Funktionsumschalter EnableDisplayName
ist 1. Wenn der Funktionsumschalter nicht 1 ist, displayName
wird nicht angezeigt.
Wann displayName
in DB ist Null und Funktionsumschalter EnableDisplayName
ist 1, displayName
wird sein firstName+" "+lastName
für nicht asiatische Zeichen und firstName+lastName
für asiatische Zeichen.
Schemaänderungen
GetUserResponse:
Kontrolle der XMLAPI-Benutzerebene für CMR Hybrid VoIP
Das Symbol cmrHybridVoip
wird verwendet, um die Einstellung auf Benutzerebene für zu konfigurieren und abzurufen EnableCMRHybridVoIP
definiert.
Schemaänderungen
GetUser Response:
CreateUser Request:
SetUser Request:
AKTUALISIERUNGEN VON API 40.10.0
XML API 40.10.0 Aktualisierungen
Klicken Sie hier, um das XML API 40.10.0-Schema herunterzuladen.
XML API support for meeting UUID
API-Anfrage und -Antwort
Beispiel-XML-API: GetSessionInfo
Anfrage:
<?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>
or
<meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>
Antwort:
<?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 xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ep:status>NOT_INPROGRESS</ep:status>
<ep:isLocked>false</ep:isLocked>
<ep:sessionkey>805325231</ep:sessionkey>
<ep:meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
<ep:confID>158941507534980823</ep:confID>
...
...
</serv:bodyContent>
</serv:body>
</serv:message>
Betroffene API:
CreateMeetingAttendee
DelMeetingAttendee
RegisterMeetingAttendee
CreateTeleconferenceSession
SetTeleconferenceSession
GetTeleconferenceSession
CreateTrainingSession
SetTrainingSession
GetTrainingSession
DelTrainingSession
CreateEvent
SetEvent
DelEvent
XMLAPI gibt ein zusätzliches Element für die Site-Admin-Konfiguration zurück, um Screenshot zu deaktivieren
Die Anforderung kommt von Sicherheit – beides PenTest
Programmfehler und Kunden, wie Goldman Sachs. Sie möchten nicht zulassen, dass Endbenutzer Screenshots in der Meetings-App erstellen. In der Zwischenzeit wünschen sich viele andere Kunden diese Funktion , um screenshots zu ermöglichen. Auch Education-Benutzer möchte den Screenshot zulassen. Für dieses Feld wird eine Site-Administrator-Konfiguration erstellt, und XMLAPI gibt ein zusätzliches Feld zurück. EnableMobileScreenCapture
als Antwort auf GetSite
um dies zu unterstützen.
Beispiel für eine GetSite-Anforderung
<?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>
</serv:message>
<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common"
xmlns:ns1="http://www.webex.com/schemas/2002/06/service/site" xmlns:event="http://www.webex.com/schemas/2002/06/service/event">
<serv:header>
<serv:response>
<serv:result>SUCCESS</serv:result>
<serv:gsbStatus>PRIMARY</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ns1:siteInstance>
...
<ns1:securityOptions>
...
...
<ns1:EnableMobileScreenCapture>false</ns1:EnableMobileScreenCapture>
...
</ns1:securityOptions>
...
</ns1:siteInstance>
</serv:bodyContent>
</serv:body>
</serv:message>
Betroffene API
GetSite
Verbesserung des Beitretens zu XML-API unter Unterstützung von MEET-269 PIN-weniger PIN
XMLAPI Fügen Sie eine NEUE OPTION hinzu Videokonferenzsysteme in meiner Organisation können Meetings ohne Aufforderungen für Meetings im persönlichen Raum und MC-Meeting starten und diesen beitreten.
createUser/setUser/getUser
Neuen Knoten hinzufügendeviceCanStartMyPMR
inpersonalMeetingRoom
definiert.createMeeting/setMeeting/getMeeting
Neuen Knoten hinzufügendeviceCanStartMeeting
in Zeitplan.
Die Option in der Webex-Benutzeroberfläche für meeting in einem persönlichen Raum:
Schemaänderungen
CreateUser:
SetUser:
getUserResponse:
CreateMeeting:
setMeeting:
getMeetingResponse:
AKTUALISIERUNGEN VON API 40.9.0
XML API 40.9.0 Aktualisierungen
Klicken Sie hier, um das XML API 40.9.0-Schema herunterzuladen.
XML API support for meeting UUID
Anfrage und Antwort
Wir haben die Meeting-UUID der API-Anfrage und -Antwort hinzugefügt, wo immer wir als ein meetingKey
oder sessionKey
definiert.
Beispiel-XML-API: GetSessionInfo
Anfrage:
<?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>
or
<meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>
Antwort:
<?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 xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ep:status>NOT_INPROGRESS</ep:status>
<ep:isLocked>false</ep:isLocked>
<ep:sessionkey>805325231</ep:sessionkey>
<ep:meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
<ep:confID>158941507534980823</ep:confID>
...
...
</serv:bodyContent>
</serv:body>
</serv:message>
Betroffene API:
GetEnrollmentInfo
LstsummaryTrainingSession
AddScheduledTest
SetScheduledTest
DelScheduledTest
GetTestInformation
UploadEventImage
SendInvitationEmail
CreateSupportSession
LstmeetingusagePreliminaryHistory
LstmeetingattendeePreliminaryHistory
LsteventsessionPreliminaryHistory
LsteventattendeePreliminaryHistory
LstTrainingPollResultsHistory
Webex-Meetings verfügen über eine gesperrte Meeting-Lobby, in der Benutzer warten können, bis sie zum Meeting zugelassen werden.
Die XML API planen und bearbeiten MC-Meeting, um gesperrte Lobby zu unterstützen, wenn die Funktion( ConsistentLockedLobby
) ein.
Schemaänderungen
Drei neue Elemente wurden hinzugefügt ( externalAttendeeSecurity
, autoLock
, autoLockWaitTime
) in die CreateMeeting-, SetMeeting- und GetMeeting-APIs ein.
Element |
Beschreibung |
---|---|
|
Wenn das Meeting entsperrt ist, stehen drei externer Benutzer Sicherheitsaufgaben zur Auswahl.
|
|
Ob das Meeting automatisch gesperrt wird. Wahr: Meeting nach # Minuten nach Beginn des Treffens automatisch sperren Falsch: Sperrt das Meeting nicht automatisch, nachdem das Meeting beginnt |
|
Minuten (0,5,10,15,20 ) für das automatische Sperrendes Treffens nach Beginn des Treffens |
Anfrage- und Antwortbeispiel
Request of CreateMeeting:
<bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting">
...
<attendeeOptions>
...
<joinRequiresAccount>false</joinRequiresAccount>
<externalAttendeeSecurity>AllowJoinWithLobby</externalAttendeeSecurity>
<autoLock>true</autoLock>
<autoLockWaitTime>10</autoLockWaitTime>
</attendeeOptions>
...
</bodyContent>
</body>
</serv:message>
Request of SetMeeting:
<bodyContent xsi:type="java:com.webex.service.binding.meeting.SetMeeting">
<meetingkey>2###1###01</meetingkey>
...
<attendeeOptions>
...
<joinRequiresAccount>false</joinRequiresAccount>
<externalAttendeeSecurity>AllowJoinWithLobby</externalAttendeeSecurity>
<autoLock>true</autoLock>
<autoLockWaitTime>10</autoLockWaitTime>
</attendeeOptions>
...
</bodyContent>
</body>
</serv:message>
Antwort von GetMeeting
:
<?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: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:attendeeOptions>
...
<meet:joinRequiresAccount>false</meet:joinRequiresAccount>
<meet:externalAttendeeSecurity>AllowJoin</meet:externalAttendeeSecurity>
<meet:autoLock>true</meet:autoLock>
<meet:autoLockWaitTime>10</meet:autoLockWaitTime>
</meet:attendeeOptions>
...
</bodyContent>
</body>
</serv:message>
Betroffene API:
CreateMeeting
SetMeeting
GetMeeting
Verbesserung GetSessionInfo
API zur Rückgabe des Teilnehmerstatus in einer in Bearbeitung einer Sitzung
Zwei neue Elemente wurden hinzugefügt ( hasHostInMeeting
, hasAttendeeInMeeting
) als Antwort auf GetSessionInfo
definiert. Diese beiden Elemente werden zurückgegeben, wenn es sich um ein in Bearbeitungdes Meeting handelt.
Element |
Beschreibung |
---|---|
|
Ob der Gastgeber dem bereits laufenden Meeting beigetreten ist. Wahr: Der Gastgeber befindet sich in einem sich im Gange-Meeting. False/Null: Der Gastgeber befindet sich nicht in dem sich im Gange-Meeting, oder das Meeting ist kein Meeting in Gang. |
|
Ob sich dort ein Teilnehmer/Gastgeber befindet, ist dem derzeit in Ganges Meeting beigetreten. Wahr: sich ein Teilnehmer oder Gastgeber in dem derzeit laufenden Meeting befindet. False/Null: An einem meeting, das derzeit läuft, ist kein Teilnehmer oder Gastgeber anwesend, oder das Meeting ist nicht in Gang. |
API-Antwortbeispiel:
<?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: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">
...
<ep:status>INPROGRESS</ep:status>
<ep:hasHostInMeeting>true</ep:hasHostInMeeting>
<ep:hasAttendeeInMeeting>true</ep:hasAttendeeInMeeting>
...
</bodyContent>
</body>
</serv:message>
Betroffene API:
GetSessionInfo
Für die API GetUserCard ist eine Autorisierung erforderlich.
Sicherheitsverbesserung der XML-API GetUserCard
erfordert die Autorisierung, um Benutzerinformationen zu erhalten.
Betroffene API:
GetUserCard
Aktualisierungen von API 40.8.0
XML API 40.8.0 Aktualisierungen
Klicken Sie hier, um das XML API 40.8.0-Schema herunterzuladen.
GetSessionInfo
Antwortverbesserung
Wenn Sie vom Meeting nicht eingeladen oder genehmigt wurden, rufen Sie die XML-API auf: GetSessionInfo
gibt die Elemente nicht zurück: confName, startDate, duration, timeZone, meetingLink, sipURL, displayMeetingUrl
im API-Antwortkörper.
API-Antwort– Beispiel für Meetings:
<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ep:status>NOT_INPROGRESS</ep:status>
<ep:sessionkey>1####2###4</ep:sessionkey>
<ep:accessControl>
<ep:listStatus>UNLISTED</ep:listStatus>
<ep:registration>false</ep:registration>
<ep:passwordReq>true</ep:passwordReq>
<ep:isRegisterIDRequired>false</ep:isRegisterIDRequired>
</ep:accessControl>
<ep:metaData>
<ep:serviceType>MeetingCenter</ep:serviceType>
</ep:metaData>
<ep:attendeeOptions>
<ep:joinRequiresAccount>false</ep:joinRequiresAccount>
</ep:attendeeOptions>
<ep:isAllowJBH>true</ep:isAllowJBH>
<ep:isCETMeeting>true</ep:isCETMeeting>
<ep:isPersonalMeetingRoom>false</ep:isPersonalMeetingRoom>
</serv:bodyContent>
API-Antwort– Beispiel für Schulungen/Events:
<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ep:status>NOT_INPROGRESS</ep:status>
<ep:sessionkey>1####5###9</ep:sessionkey>
<ep:accessControl>
<ep:listStatus>UNLISTED</ep:listStatus>
<ep:registration>true</ep:registration>
<ep:registrationURL>https://sitename.webex.com/tc3300/trainingcenter/register/registerSession.do?siteurl=sitename&confID=16###92######61</ep:registrationURL>
<ep:passwordReq>true</ep:passwordReq>
<ep:registrationURLForMobile>https://sitename.webex.com/tc3300/trainingcenter/meeting/sessionInfoMobile.do?siteurl=sitename&confID=16###92######61</ep:registrationURLForMobile>
<ep:joinStatus>INVITE/REGISTER/REJECT</ep:joinStatus>
<ep:isRegisterIDRequired>false</ep:isRegisterIDRequired>
</ep:accessControl>
<ep:metaData>
<ep:serviceType>TrainingCenter</ep:serviceType>
</ep:metaData>
<ep:attendeeOptions>
<ep:joinRequiresAccount>false</ep:joinRequiresAccount>
</ep:attendeeOptions>
<ep:isAllowJBH>true</ep:isAllowJBH>
<ep:isCETMeeting>true</ep:isCETMeeting>
<ep:isPersonalMeetingRoom>false</ep:isPersonalMeetingRoom>
</serv:bodyContent>
Betroffene API:
GetSessionInfo
GetSessionInfo, GetUserCard
Sicherheitsverbesserungen
Wir haben eine Sicherheitsverbesserung für die XML-API GetSessionInfo
und GetUserCard
definiert. Wir werden den Zugriff auf diese beiden APIs in den nächsten zwei Stunden blockieren, wenn ihr Anruf das Limit in einer Stunde ohne Datenfehler erreicht hat.
Die Antwort auf den Fehlerstatus ist: "403 verboten"
Betroffene APIs:GetSessionInfo
GetUserCard
meetingUUID
api-Anfrage und Antwortunterstützung
Wir haben meetingUUID zur API-Anfrage hinzugefügt und antworten, wo immer wir eine unterstützen meetingKey/sessionKey
definiert.
GetSessionInfo
Anfrage:
<?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>
or
<meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>
Antwort:
<?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 xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ep:status>NOT_INPROGRESS</ep:status>
<ep:isLocked>false</ep:isLocked>
<ep:sessionkey>805325231</ep:sessionkey>
<ep:meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
<ep:confID>158941507534980823</ep:confID>
...
...
</serv:bodyContent>
</serv:body>
</serv:message>
Betroffene API:
LstOpenSession
GetEnrollmentInfo
LstsummaryMeeting
LstScheduledTests
GetEvent
LstsummaryEvent
LstmeetingusageHistory
LsttrainingsessionHistory
LsteventsessionHistory
LstsupportsessionHistory
DelSession
Education Sites Template (EDU Sitzungstyp) in XML API-Unterstützung
Wenn Ihre Sites Education Instructor (EDU) für Sitzungstyp, kann das XML-API die Planung eines Treffens mit dem EDU-Meeting-Vorlage.
Betroffene API:
CreateMeeting
SetMeeting
CreateEvent
SetEvent
CreateTrainingSession
SetTrainingSession
XML-API CreateMeetingAttendee
und RegisterMeetingAttendee
Support
Beides CreateMeetingAttendee
und RegisterMeetingAttendee
können das erforderliche Registrierungsformular für Teilnehmer-Registrierung Registrierung Webex Meetings überprüfen.
Es gibt eine neue Ausnahme für diese Aufgabe:
Ausnahmenummer |
Ausnahmemeldung |
---|---|
040014 |
Fehlende Pflichtfelder (Registrierungsformular): ... |
Wenn Sie beispielsweise "Tätigkeitsbezeichnung" und "Unternehmensname" als Pflichtfelder für eine Teilnehmer-Webex Meetings-Registrierung ausgewählt haben, müssen Sie beim Aufruf der beiden APIs einen Wert für die "Tätigkeitsbezeichnung" und "Unternehmensname" bereitstellen: CreateMeetingAttendee
und RegisterMeetingAttendee
definiert.
RegisterMeetingAttendee
Anfrage:
<body>
<bodyContent xsi:type="java:com.webex.service.binding.attendee.RegisterMeetingAttendee">
<attendees>
<person>
<name>FirstNameb LastName</name>
<firstName>FirstNameb</firstName>
<lastName>LastName</lastName>
<title>Engineer</title> //Job Title
<company>Cisco1234</company> //Company Name
...
<email>****@*****.com</email>
<type>VISITOR</type>
<sendReminder>true</sendReminder>
</person>
<role>ATTENDEE</role>
<joinStatus>ACCEPT</joinStatus>
<emailInvitations>true</emailInvitations>
<sessionKey>1####4####1</sessionKey>
</attendees>
</bodyContent>
</body>
</serv:message>
CreateMeetingAttendee
Anfrage:
<bodyContent xsi:type="java:com.webex.service.binding.attendee.CreateMeetingAttendee">
<person>
<name>FirstNameA LastNameA</name>
<firstName>FirstNameA</firstName>
<lastName>LastNameA</lastName>
<title>Engineer</title> //Job Title
<company>Cisco1234</company> //Company Name
...
<email>*****@*****.com</email>
<type>VISITOR</type>
<sendReminder>true</sendReminder>
</person>
<role>ATTENDEE</role>
<joinStatus>ACCEPT</joinStatus>
<emailInvitations>true</emailInvitations>
<sessionKey>1###4####1</sessionKey>
040014 Exception of Response
Beispiel:
<?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:header>
<serv:response>
<serv:result>FAILURE</serv:result>
<serv:reason>Missing required fields (registration form) : title,company</serv:reason>
<serv:gsbStatus>PRIMARY</serv:gsbStatus>
<serv:exceptionID>040014</serv:exceptionID>
<serv:value>title,company</serv:value>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent/>
</serv:body>
</serv:message>
Betroffene API:
CreateMeetingAttendee
RegisterMeetingAttendee
Verbesserungen der XML API E-Mail-Validierung
Die XML-API sollte keine Leerzeichen in einer E-Mail zulassen; daher haben wir eine verbesserte E-Mail-Validierung, um sie an das Verhalten der Webex Meetings-Seite zu passen.
Betroffene API:
CreateMeetingAttendee
CreateEvent
SetEvent
CreateContact
SetContact
SetRecordingInfo
CreateMeetingAttendee
CreateTrainingSession
SetTrainingSession
CreateUser
SetUser
CreateMeeting
SetMeeting
RegisterMeetingAttendee
Aktualisierungen von API 40.7.0
XML API 40.7.0 Aktualisierungen
Klicken Sie hier, um das XML API 40.7.0-Schema herunterzuladen.
meetingUUID
Support
Wir haben hinzugefügt meetingUUID
auf die API-Anfrage und -Antwort, wenn wir einen MeetingKey oder einen sessionKey unterstützen.
GetSessionInfo
Anfragebeispiel:
<?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>
or
<meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>
GetSessionInfo
Anfragebeispiel:
<?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>
or
<meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>
GetSessionInfo
Beispiel für Antwort:
<?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 xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ep:status>NOT_INPROGRESS</ep:status>
<ep:isLocked>false</ep:isLocked>
<ep:sessionkey>805325231</ep:sessionkey>
<ep:meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
<ep:confID>158941507534980823</ep:confID>
...
...
</serv:bodyContent>
</serv:body>
</serv:message>
Betroffene APIs:
LstmeetingattendeeHistory
LsttrainingattendeeHistory
LsteventattendeeHistory
LstsupportattendeeHistory
CreateUser
API-Willkommens-E-Mail-Unterstützung für vier neue Sprachen
Die XMLAPI-Willkommens-HTML-E-Mail unterstützt die folgenden vier neuen Sprachen:
Tschechisch (languageID=19)
Polnisch (languageID=20)
Ungarisch (languageID=21)
Aus (languageID=22)
XMLAPI sendet die Begrüßungs-E-Mail entsprechend der Sprache oder languageID im CreateUser
Anfrage.
Mit CreateUser
Zum Senden von HTML-Willkommens-E-Mails – Beispiel (Tschechisch):
<?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">
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
<firstName>test</firstName>
<lastName>user</lastName>
<webExId>testuser</webExId>
<password>xxxxxx</password>
<email>testuser@test.com</email>
<privilege>
<host>true</host>
</privilege>
<languageID>19</languageID>
or
<language>Czech</language>
<active>ACTIVATED</active>
<sendWelcome>true</sendWelcome>
<isHTMLEmail>true</isHTMLEmail>
</bodyContent>
</bodyContent>
</body>
</serv:message>
API 40.6.1, 40.4.9 Aktualisierungen
XML API 40.6.1, 40.4.9 Aktualisierungen
Klicken Sie hier, um das XML API 40.6.1-Schema herunterzuladen.
Klicken Sie hier, um das XML API 40.4.9-Schema herunterzuladen.
CreateMeeting/SetMeeting
Support
Wenn Sie ein Webex-Meeting anplanen, XML API CreateMeeting/SetMeeting
ermöglicht Ihnen, ein erforderliches oder nicht erforderliches Feld im Formular für die Teilnehmer-Registrierung zu aktivieren oder Teilnehmer-Registrierung klicken.
Es folgt ein Beispiel für einen Meeting-Plan von der Benutzer-Webseite aus, auf dem Sie die erforderlichen Felder wie "Tätigkeitstitel", "Unternehmensname", "Stadt" und "Bundesland" auf dem Teilnehmer-Registrierungaktivieren können:
Im Folgenden finden Sie eine Zuordnung zwischen Seitenfeldern und den Elementen der XML-API:
Seitenfelder | XMLAPI-Element |
---|---|
Jobtitel | <title> |
Unternehmensname | <company> |
Adresse 1 | <address1> |
Adresse 2 | <address2> |
Ort | <city> |
Bundesland | <state> |
Postleitzahl | <postalCode> |
Land/Region | <country> |
Geschäftliche Telefonnummer | <phone> |
Fax | <fax> |
Geändertes Schema: Element "registrationForm" hinzufügen in CreateMeeting
Geändertes Schema: Element "registrationForm" hinzufügen in SetMeeting
Geändertes Schema: Element "registrationForm" hinzufügen in GetMeeting
CreateMeeting
Anfragebeispiel:
<bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting">
<accessControl>
<meetingPassword>password</meetingPassword>
</accessControl>
<attendeeOptions>
<emailInvitations>true</emailInvitations>
<registration>true</registration>
<auto>false</auto>
</attendeeOptions>
<registrationForm>
<title><req>true</req></title> <!-- true -->
<company><req>true</req></company> <!-- true -->
<address1><req>false</req></address1>
<address2><req>false</req></address2>
<city><req>true</req></city> <!-- true -->
<state><req>true</req></state> <!-- true -->
<postalCode><req>false</req></postalCode>
<country><req>false</req></country>
<phone><req>false</req></phone>
<fax><req>false</req></fax>
</registrationForm>
SetMeeting
Anfragebeispiel:
<bodyContent xsi:type="java:com.webex.service.binding.meeting.SetMeeting">
<meetingkey>1015045339</meetingkey>
<metaData>
<confName>Conference Name</confName>
<meetingType>3</meetingType>
</metaData>
<attendeeOptions>
<emailInvitations>true</emailInvitations>
<registration>true</registration>
<auto>true</auto>
</attendeeOptions>
<registrationForm>
<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>
</registrationForm>
GetMeeting
Beispiel für Antwort:
<meet:sipURL>1234567890@sitename.webex.com</meet:sipURL>
<meet:displayMeetingUrl>1234567890@sitename.webex.com</meet:displayMeetingUrl>
<meet:registrationForm>
<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>
</meet:registrationForm>
</serv:bodyContent>
</serv:body>
</serv:message>
Betroffene APIs:
CreateMeeting
SetMeeting
GetMeeting
DelMeeting
Der E2EE-Meeting-Typ unterstützt kein PMR-Meeting
Wenn Sie eine Option PMR Anrufs mit den APIs aktivieren: CreateUser/SetUser/GetUser/GetMe
und nur eine E2EE-Meeting-Typ verfügbar ist, wird die folgende Fehlermeldung ausgegeben: "110063 Der Benutzer muss mindestens über einen Nicht-E2EE-Meeting-Typ verfügen, um die PMR."
Betroffene APIs:
CreateUser
SetUser
GetUser
GetMe
Aktualisierungen von API 40.6.0
XML API 40.6.0 Aktualisierungen
Klicken Sie hier, um das XML API 40.6.0-Schema herunterzuladen.
Benutzerverwaltungsrolle hinzugefügt
Wir haben die Benutzerverwaltungsrolle erstellt und die Schemadatei für folgendes wurde geändert.
Geändertes Schema: CreateUser
Anfrage:
Geändertes Schema: SetUser
Geändertes Schema: GetMe
Antwort:
Geändertes Schema: LstsummaryUser
Antwort:
Betroffene APIs:
CreateUser
SetUser
GetMe
LstsummaryUser
CreateUser
Anfragebeispiel:
<?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>SiteAdmin</webExID>
<password>xxxx</password>
</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>
<umSiteAdmin>true</umSiteAdmin>
<host>false</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>
Unterstützung durch Zugriff auf den API-Schlüssel GetUserCard
Wir unterstützen jetzt die Verwendung des API-Schlüssels (generierter JWT-Token) auf die API: GetUserCard
in dieser Version.
Sie können auf diesen Seiten zum Anwenden eines API-Schlüssels und zum Generieren eines JWT-Token verweisen:
GetUserCard
Anfragebeispiel:
POST https://{sitename}.webex.com/WBXService/XMLService
Header:
Content-Type application/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>
</message>
Beispiel für Antwort:
<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common"
xmlns:use="http://www.webex.com/schemas/2002/06/service/user">
<serv:header>
<serv:response>
<serv:result>SUCCESS</serv:result>
<serv:gsbStatus>PRIMARY</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="use:getUserCardResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<use:avatar>
<use:url>https://xxxx.webex.com/svc3300/svccomponents/html/img/avatar160.png</use:url>
<use:lastModifiedTime>1587493389768</use:lastModifiedTime>
<use:isUploaded>false</use:isUploaded>
</use:avatar>
<use:personalMeetingRoom>
<use:title>Test's Personal Room</use:title>
<use:personalMeetingRoomURL>https://xxxx.webex.com/meet/Test</use:personalMeetingRoomURL>
<use:accessCode>713289692</use:accessCode>
</use:personalMeetingRoom>
</serv:bodyContent>
</serv:body>
</serv:message>
Support für meetingUUID
API-Anfrage und -Antwort
Wir haben hinzugefügt meetingUUID
auf die API-Anfrage und -Antwort zu, wenn wir einen MeetingKey oder einen sessionKey unterstützen.
Betroffene APIs:
LstRecording
LstsummarySession
GetSesssionInfo
GethosturlMeeting
GetjoinurlMeeting
LstMeetingAttendee
CreateMeeting
SetMeeting
GetMeeting
DelMeeting
LstCalendarSession
meetingUUID
Anfragebeispiel:
<?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>
or
<meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>
meetingUUID
Beispiel für Antwort:
<?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 xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ep:status>NOT_INPROGRESS</ep:status>
<ep:isLocked>false</ep:isLocked>
<ep:sessionkey>805325231</ep:sessionkey>
<ep:meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
<ep:confID>158941507534980823</ep:confID>
...
...
</serv:bodyContent>
</serv:body>
</serv:message>
PMR Meeting-Schlüssel werden nicht von einem vorübergehend deaktivierten Benutzer oder einem deaktivierten Meeting-PMR
Wenn ein vorübergehend deaktivierter benutzer oder deaktivierter PMR innerhalb einer Woche erneut aktiviert wird, der nun wieder aktivierte Benutzer oder die Meeting-Taste von PMR wird nicht geändert, ist sie gleich wie zuvor.
Betroffene APIs:
SetUser
DelUser
LstSummarySession
Verbesserungen
Wir haben die API verbessert: LstSummarySession
zurück zum angesetzten PMR ein neues Element haben, returnScheduledPMR
in der Anforderung. Die Standardeinstellung Funktionsumschalter deaktiviert.
Betroffene APIs:
LstSummarySession
Schemaänderung:
Wir fügen einen neuen Elementnamen hinzu returnScheduledPMR
in der API LstSummarySession-Anforderung.
Wir fügen einen neuen Elementnamen hinzu isScheduledPMR
in der API LstSummarySession-Antwort.
LstSummarySession
Anfragebeispiel:
<?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
Beispiel für Antwort:
<?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
Verbesserungen
Wir haben einen GetSite
Antwort Funktionsumschalter von SupportXMLAPIReturnScheduledPMR
Betroffene APIs:
GetSite
Schemaänderung:
Die XML-API GetSite
Antwort neues Element ist: SupportXMLAPIReturnScheduledPMR
GetSite
Anfragebeispiel:
<?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
Beispiel für Antwort:
<?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 Aktualisierungen
XML API 40.4.8, 40.2.9 Aktualisierungen
Klicken Sie hier, um das XML API 40.4.8-Schema herunterzuladen.
Klicken Sie hier, um das XML API 40.2.9-Schema herunterzuladen.
Neue Antwort beim Aktualisieren angesetzter Meetings in XMLAPI
Wenn Kunden XMLAPI verwenden, um über ihre Seite angesetzte Meetings zu aktualisieren, senden wir das numerische Passwort in einer Meeting-E-Mail-Aktualisierung und wenden es auf Webex Meetings, Teams und Events-Center an.
Diese APIs: GetMeeting, GetTrainingSession, GetEvent
und GetTeleconferenceSession
, werden diese neuen Elemente als Antwort haben: audioPassword
(numerisches Passwort), isEnforceAudioPassword
, isEnforceAudioLogin
für Webex Meetings, Teams und Events-Center.
Geändertes Schema:
Betroffene APIs:
GetMeeting
GetTrainingSession
GetEvent
GetTeleconferenceSession
GetMeeting
Anfragebeispiel:
<?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>
Beispiel für Antwort:
<?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 Aktualisierungen
XML API 40.4.5, 40.2.6 Aktualisierungen
GetUserCard
und GetSessionInfo
Nutzungslimit
Wir implementieren die Nutzungsgrenze auf API GetUserCard
und GetSessionInfo
, können Sie die Fehlermeldung erhalten: "403 verboten", wenn Sie das Nutzungslimit erreichen.
Betroffene APIs:
GetUserCard
GetSessionInfo
API 40.4.4, 40.2.5 Aktualisierungen
XML API 40.4.4, 40.2.5 Aktualisierungen
BodyContent
Nummernlimit
Wir haben eine begrenzte Anzahl von BodyContent
in jedem XML API-Abschnitt. Wenn Sie zu viele von hinzufügen BodyContent
in der API-Anfrage werden der folgende Fehlercode und die folgende Meldung ausgegeben: "000053 Die Anzahl der BodyContent in einer Anfrage muss kleiner als {number}sein"
Betroffene APIs:
Beliebige XML-API
XML-API-Anforderung mit mehreren BodyContent
Beispiel:
<?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 Aktualisierungen
XML API 40.4.3, 40.2.4 Aktualisierungen
Klicken Sie hier, um das XML API 40.4.3, 40.2.4-Schema herunterzuladen.
CreateUser
Verbesserungen
Wir haben die CreateUser
um die Begrüßungs-E-Mail in mehreren Sprachen zu unterstützen. Das Symbol CreateUser
Jetzt Anfragen isHTMLEmail
Betroffene APIs:
CreateUser
CreateUser
Anfragebeispiel:
<?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>
Aktualisierungen von API 40.4.0
XML API 40.4.0 Aktualisierungen
E-Mail-Verifizierung bei Änderung von E-Mails in XML API erzwingen
Nachdem ein Site-Administrator die Option "Bestätigung erforderlich" aktiviert hat, muss der Benutzer seine E-Mail-Adresse in Webex Site-Administration:
Wenn ein Konto, das nicht von einem Site-Administrator verwendet wird, den
SetUser
API zum Ändern von E-Mail-Adressen bleibt die aktuelle E-Mail, bis die neue E-Mail verifiziert wurde. Die Bestätigungs-E-Mail für die Kontoänderung wird mit der "Bestätigung der Änderung des Webex-Kontos" an die neue E-Mail-Adresse gesendet. Nachdem Sie auf den Link in der E-Mail zur Bestätigung geklickt haben, wird die neue E-Mail-Adresse sofort verknüpft.Wenn ein Site-Nicht-Site-Administrator die Anrufer-Website
SetUser
Api mehrmals, ohne den E-Mail-Verifizierungsvorgang zu beenden, die aktuelle E-Mail bleibt erhalten, und die neueste neue E-Mail ist die E-Mail, die überprüft werden muss.Wenn ein Site-Administrator-Account die Anrufer-Website
SetUser
API zum Ändern von E-Mail-Adressen. Der E-Mail-Verifizierungsprozess wird nicht ausgelöst. Die neue E-Mail wird sofort mit dem Konto des Gastgebers oder des Teilnehmers verknüpft.
Betroffene APIs:
SetUser
GetEnrollmentInfo
Zeitüberschreitung und Verbindungsrücksetzung
Das Symbol GetEnrollmentInfo
Die API sucht derzeit nach IP-Adressen im Domain Name System, was zu enormen Leistungsauswirkungen führen kann. Wir planen, diesen Prozess zu vereinfachen, mit einer leeren Antwort in der <domain>
eine Einladungsmitteilung ein.
Betroffene APIs:
GetEnrollmentInfo
GetEnrollmentInfo
Anfragebeispiel:
<?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
Beispiel für Antwort:
<?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>
Aktualisierungen von API 40.2.0
XML API 40.2.0 Aktualisierungen
Klicken Sie hier, um das XML API 40.2.0-Schema herunterzuladen.
Anonymen Zugriff entfernen auf LstSummarySession
Um die Sicherheit zu erhöhen, stellen wir den Support für anonymen Zugriff auf die LstSummarySession
Api. Wenn Webex Meetings anonym auf die API zuzugreifen, werden der folgende Fehlercode und die folgende Nachricht zurückgegeben: "000015 Leider wurde keine Aufzeichnung gefunden."
Betroffene APIs:
LstSummarySession
LstSummarySession
Anfragebeispiel:
<?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
Beispiel für Antwort:
<?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
und SetMeeting
Sicherheitsverbesserungen
Diese Änderung wurde in XML API 40.2.0 vorgenommen, aber die Beschreibung wurde nach Erhalt des Kunden-Feedbacks bearbeitet. |
Zur Verbesserung der Sicherheit haben wir den CreateMeeting
und SetMeeting
APIs erlauben es Benutzern nicht, eine bereits verstrichene Startzeit zu planen. Wenn sie es versuchen, fordert die API die Fehlermeldung an: "Die Anfangszeit der Sitzung für 060016 sollte nach der aktuellen Zeit sein." Wenn ein Benutzer ein Instant-Meeting planen muss, empfehlen wir, dass die Startzeit des Meeting fünf Minuten später als die aktuelle Zeit eingestellt wird.
Betroffene APIs:
CreateMeeting
SetMeeting
Aktualisierungen von API 40.1.2
XML API 40.1.2 Aktualisierungen
Klicken Sie hier, um das XML API 40.1.2-Schema herunterzuladen.
Wenn ein Meeting nicht angegeben wird, wird automatisch ein Passwort generiert
Wir haben den CreateMeeting
, CreateEvent
, CreateTrainingSession
, und CreateTeleconferenceSession
um ein Passwort in den Textkörper der API-Antwort einzugeben.
Standardmäßig muss für Alle Meetings/Events/Sitzungen eine Passworteinstellung aktiviert sein. Wenn in diesem Szenario die API-Anforderung kein Passwort enthält, wird automatisch ein Passwort von den XML API-Servern generiert.
Wenn die Einstellung Alle Meetings/Events/Sitzungen mit einem Passwort deaktiviert werden muss und die API-Anforderung kein Passwort enthält, wird von den XML API-Servern kein Passwort generiert.
Wenn die API-Anfrage ein Passwort enthält, wird die Antwort dieses Passwort enthalten, unabhängig davon, ob für alle Meetings/Events/Sitzungen eine Passworteinstellung aktiviert oder deaktiviert sein muss.
Betroffene APIs:
CreateMeeting
CreateEvent
CreateTrainingSession
CreateTeleconferenceSession
Das Symbol CreateMeeting
Antwort jetzt meetingPassword
Element:
CreateMeeting
Anfragebeispiel:
<?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
Beispiel für Antwort:
<?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>
Das Symbol CreateEvent
Antwort jetzt eventPassword
Element:
Das Symbol CreateTrainingSession
und CreateTeleconferenceSession
Antworten haben jetzt die sessionPassword
Element:
Aktualisierungen von API 40.1.0
XML API 40.1.0 Aktualisierungen
Klicken Sie hier, um das XML API 40.1-Schema herunterzuladen.
GetSessionInfo
Verbesserungen
Wir haben neue Elemente zum GetSessionInfo
Api. Die API gibt nun Informationen auch für Mobilgeräte zurück.
Betroffene APIs:
GetSessionInfo
GetSessionInfo
Aktualisierungen anfordern:

Anfragebeispiel:
<?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
Verbesserungen
Wir haben eine neue API hinzugefügt, lstAccessAnywhereHistory
, um mit einem Webex Access Anywhere zu antworten.
Betroffene APIs:
LstAccessAnywhereHistory
LstAccessAnywhereHistory
Aktualisierungen anfordern:

LstAccessAnywhereHistory
Antwortaktualisierungen:

Anfragebeispiel:
<?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>
Beispiel für Antwort:
<?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>