- Startseite
- /
- Artikel
Hier finden Sie alle wichtigen Informationen, die Sie über die Cisco Webex Meetings-API benötigen, wie etwa Schemaänderungen und andere Ankündigungen.
Weitere Informationen zu XML API 41 finden Sie in der Übersicht über Cisco Webex Meetings API-Updates (API 41)
Weitere Informationen zu XML API 39 und XML API 11 finden Sie in der Übersicht der Cisco Webex Meetings XML API-Updates (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
Aktualisierungen von XML API 40.12.0
Klicken Sie hier, um das XML API 40.12.0-Schema herunterzuladen
XML API unterstützt privaten Meeting-Typ
XML-APIs sind betroffen
Wir können API verwenden:
CreateMeeting
undSetMeeting
um ein Webex-Meeting mit dem Typ „Privates Meeting“ anzusetzen oder zu aktualisieren.Wenn ein Webex-Meeting mit dem Typ „Privates Meeting“ angesetzt ist,
GetSessionInfo
GetMeeting
,LstSummarySession
undLstCalendarSession
wird eine neue Elementbenennung zurückgeben, diePrivateMeeting
um es zu wissen.GetMeetingType
undLstMeetingType
eine neue Elementbenennung zurückgeben
die angibt, ob sie private Meetings unterstützt oder nicht.SupportPrivateMeeting
Schemaänderungen
XML API: GetMeetingType/LstMeetingType: Fügen Sie den <SupportPrivateMeeting>
-Element ein.
XML API: LstSummarySession
: Anhängen der <isPrivateMeeting>
-Element ein.
XML API: LstCalendarSession
: Anhängen der <isPrivateMeeting>
-Element ein.
XML API: GetSessionInfo
: Anhängen der <isPrivateMeeting>
-Element ein.
XML API: GetMeeting : Fügen Sie den <isPrivateMeeting>
-Element ein.
Anforderung von XML API: Meeting erstellen
Anforderung von CreateMeeting mit privatem Meeting-Typ
<body>
<bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting">
<schedule>
<startDate>25.10.2020 13:00:00 Uhr</startDate>
<duration>45</duration>
<timeZoneID>45</timeZoneID>
</schedule>
<accessControl>
<meetingPassword>***********</meetingPassword>
</accessControl>
<metaData>
<confName>MC_PrivatMeeting_Test</confName>
<meetingType>168</meetingType> //169 ist ein Beispiel, das Private Meeting unterstützt
</metaData>
</bodyContent>
</body>
Antwort von XML API: GetSessionInfo
Antwort für isPrivateMeeting
<ep:supportE2E>falsch</ep:supportE2E>
<ep:isAllowJBH>wahr</ep:isAllowJBH>
<ep:isPrivateMeeting>wahr</ep:isPrivateMeeting> //true: das Meeting Private Meeting unterstützt; false: Das Meeting unterstützt kein privates 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
Beschreibung der Benutzergeschichte/Aufgabe
GetSite API, um die Meeting-Vorlage auf Site-Ebene zurückzugeben. Auf diese Weise können Education Connector und Webex Classrooms diese Vorlagen zeigen, damit die Lehrer diese Vorlagen beim Ansetzen ihrer Online-Sitzungen auswählen und auswählen können.
Betroffene APIs
Wenn es benutzerdefinierte Meeting-Vorlagen auf Site-Ebene gibt, gibt GetSite api diese Vorlagen auf Site-Ebene zurück.
Elementname | Beschreibung |
---|---|
| der Name der angepassten Meeting-Vorlagen auf Site-Ebene |
| Webex Meetings, Webex Trainings und Webex Events |
Schemaänderungen
GetSite : Anhängen der <meetingTemplates>
-Element ein.
Antwortbeispiel
GetSite-Antwort
<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-Vorlage 3</ns1:meetingTemplateName>
<ns1:serviceType>Trainingszentrum</ns1:serviceType>
</ns1:meetingTemplate>
</ns1:meetingTemplates>
XML API SetUser kann Element von supportedServices
wenn die Site eine CI Unified Site ist
Beschreibung
XMLAPI SetUser
Änderung des Werts von " nicht unterstützen supportedServices
in einer API-Anforderung, wenn es sich bei der Site um mit Control Hub verknüpfte Unified Webex Meeting-Sites handelt.
Schemaänderungen
Es gibt keine Schemaänderung auf der API: SetUser
.
WEBEX-15436: Schutz hinzufügen, um doppelte E-Mails in zu vermeiden Mtgconfattendeelist
Beschreibung
Wenn mehrere Teilnehmer mit derselben E-Mail-Adresse in derselben API-Anforderung zum selben Meeting hinzugefügt werden, verarbeiten wir nur den ersten Teilnehmer mit der E-Mail-Adresse.
Betroffene 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>testbenutzer</webExID>
<password>Passwort</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
Aktualisierungen von XML API 40.11.0
Klicken Sie hier, um das XML API 40.11.0-Schema herunterzuladen
XMLAPI CreateUser unterstützt displayname
CreateUser
unterstützt dispalyname
Wenn die Funktion umgeschaltet wird EnableDisplayName
ist als 1. Wenn die Umschaltoption nicht 1 ist, wird die displayName
werden ignoriert.
Schemaänderungen
CreateUser:
XMLAPI SetUser unterstützt displayname
SetUser
unterstützt dispalyname
Wenn die Funktion umgeschaltet wird EnableDisplayName
ist 1. Wenn die Umschaltoption nicht 1 ist, wird die displayName
werden ignoriert.
Schemaänderungen
SetUser:
XMLAPI GetUser unterstützt displayname
GetUser
unterstützt dispalyname
Wenn die Funktion umgeschaltet wird EnableDisplayName
ist 1. Wenn die Umschaltoption nicht 1 ist, wird die displayName
wird nicht angezeigt.
Wann displayName
in DB ist Null und Funktionsumschalter EnableDisplayName
ist 1, displayName
wird firstName+" "+lastName
für Nicht-asiatische Zeichen und firstName+lastName
für asiatische Zeichen.
Schemaänderungen
GetUserResponse:
XMLAPI-Benutzerebene-Steuerung für CMR Hybrid Voip
Die Datei cmrHybridVoip
wird verwendet, um die Einstellung auf Benutzerebene festzulegen und abzurufen für EnableCMRHybridVoIP
.
Schemaänderungen
GetUser Response:
CreateUser Request:
SetUser Request:
Aktualisierungen von API 40.10.0
Aktualisierungen von XML API 40.10.0
Klicken Sie hier, um das XML API 40.10.0-Schema herunterzuladen
XML API support for meeting UUID
in API-Anforderung 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>
oder
<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>ERFOLG</serv:result>
<serv:gsbStatus>VORRANG</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>NICHT_INFORTSCHRITT</ep:status>
<ep:isLocked>falsch</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 Security - beide PenTest
Bugs und Kunden, wie Goldman Sachs. Sie möchten nicht zulassen, dass die Endbenutzer in der Meetings-App einen Screenshot machen. In der Zwischenzeit wünschen sich viele andere Kunden diese Funktion – um den Screenshot zu ermöglichen. Auch Bildungsnutzer wollen den Screenshot erlauben. Dafür haben wir eine Site-Administrator-Konfiguration, und XMLAPI gibt ein zusätzliches Feld zurück. EnableMobileScreenCapture
in der Antwort von GetSite
dies zu unterstützen.
Beispiel für GetSite-Anfrage
<?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>ERFOLGREICH</serv:result>
<serv:gsbStatus> PRIMÄR</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
XMLAPI-Unterstützung MEET-269 PIN-lose Beitreten Verbesserung
XMLAPI fügen eine NEUE OPTION hinzu Videokonferenzsysteme in meiner Organisation können Meetings ohne Eingabeaufforderungen starten und beitreten für Meetings in persönlichen Räumen und MC-Meetings.
createUser/setUser/getUser
Neuen Knoten hinzufügendeviceCanStartMyPMR
inpersonalMeetingRoom
.createMeeting/setMeeting/getMeeting
Neuen Knoten hinzufügendeviceCanStartMeeting
in Zeitplan ein.
Die Option in der Webex-Benutzeroberfläche für Meetings in einem persönlichen Raum:
Schemaänderungen
CreateUser:
SetUser:
getUserResponse:
CreateMeeting:
setMeeting:
getMeetingResponse:
Aktualisierungen von API 40.9.0
Aktualisierungen von XML API 40.9.0
Klicken Sie hier, um das XML API 40.9.0-Schema herunterzuladen
XML API support for meeting UUID
Anforderung und Antwort
Wir haben die Meeting-UUID der API-Anforderung und -Antwort hinzugefügt, unabhängig davon, wo wir sie unterstützen. meetingKey
oder sessionKey
.
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>
oder
<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>ERFOLG</serv:result>
<serv:gsbStatus>VORRANG</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>NICHT_INFORTSCHRITT</ep:status>
<ep:isLocked>falsch</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 haben eine gesperrte Meeting-Lobby, in der Benutzer auf die Zulassung zum Meeting warten können
Die XML API planen und bearbeiten MC-Meeting, um gesperrte Lobby zu unterstützen, wenn die Funktion( ConsistentLockedLobby
) ein.
Schemaänderungen
Drei neue Elemente hinzugefügt ( externalAttendeeSecurity
, autoLock
, autoLockWaitTime
) in die APIs CreateMeeting, SetMeeting und GetMeeting ein.
Element | Beschreibung |
---|---|
| Wenn das Meeting entsperrt ist, können drei Elemente für die Sicherheit externer Benutzer zur Auswahl stehen.
|
| Gibt an, ob das Meeting Automatisch gesperrt wird. Wahr: Meeting nach # Minuten nach Beginn des Meetings automatisch sperren Falsch: Das Meeting wird nach dem Start des Meetings nicht automatisch gesperrt |
| Minuten ( 0,5,10,15,20 ) für die automatische Sperrung des Meetings nach Beginn des Meetings |
Anforderungs- und Antwortmuster
Request of CreateMeeting:
<bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting">
...
<attendeeOptions>
...
<joinRequiresAccount>falsch</joinRequiresAccount>
<externalAttendeeSecurity>Beitreten mit Lobby zulassen</externalAttendeeSecurity>
<autoLock>wahr</autoLock>
<autoLockWaitTime>10</autoLockWaitTime>
</attendeeOptions>
...
</bodyContent>
Request of SetMeeting:
<bodyContent xsi:type="java:com.webex.service.binding.meeting.SetMeeting">
<meetingkey>2###1###01 <UNK> </meetingkey> <UNK>
...
<attendeeOptions>
...
<joinRequiresAccount>falsch</joinRequiresAccount>
<externalAttendeeSecurity>Beitreten mit Lobby zulassen</externalAttendeeSecurity>
<autoLock>wahr</autoLock>
<autoLockWaitTime>10</autoLockWaitTime>
</attendeeOptions>
...
</bodyContent>
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>ERFOLG</serv:result>
<serv:gsbStatus>VORRANG</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>falsch</meet:joinRequiresAccount>
<meet:externalAttendeeSecurity>Beitreten zulassen</meet:externalAttendeeSecurity>
<meet:autoLock>wahr</meet:autoLock>
<meet:autoLockWaitTime>10</meet:autoLockWaitTime>
</meet:attendeeOptions>
...
Betroffene API:
CreateMeeting
SetMeeting
GetMeeting
Verbesserungen GetSessionInfo
API zum Zurückgeben des Teilnehmerstatus in einer laufenden Sitzung
Zwei neue Elemente hinzugefügt ( hasHostInMeeting
, hasAttendeeInMeeting
) in Antwort von GetSessionInfo
. Diese beiden Elemente werden zurückgegeben, wenn es sich bei dem Meeting um ein laufendes Meeting handelt.
Element | Beschreibung |
---|---|
| Gibt an, ob der Gastgeber dem laufenden Meeting beigetreten ist. Wahr: Der Gastgeber befindet sich im laufenden Meeting. False/Null : Der Gastgeber befindet sich nicht im laufenden Meeting oder das Meeting läuft nicht. |
| Ob ein Teilnehmer/Gastgeber dem laufenden Meeting beigetreten ist. Wahr: befindet sich ein Teilnehmer oder Gastgeber im laufenden Meeting. False/Null : es ist kein Teilnehmer oder Gastgeber im laufenden Meeting vorhanden, oder das Meeting ist nicht im 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>ERFOLG</serv:result>
<serv:gsbStatus>VORRANG</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>INFORTSCHRITT</ep:status>
<ep:hasHostInMeeting>wahr</ep:hasHostInMeeting>
<ep:hasAttendeeInMeeting>wahr</ep:hasAttendeeInMeeting>
...
Betroffene API:
GetSessionInfo
Die API GetUserCard erfordert eine Autorisierung.
Sicherheitsverbesserung der XML API GetUserCard
erfordert eine Autorisierung, um die Informationen des Benutzers abzurufen.
Betroffene API:
GetUserCard
Aktualisierungen von API 40.8.0
Aktualisierungen von XML API 40.8.0
Klicken Sie hier, um das XML API 40.8.0-Schema herunterzuladen
GetSessionInfo
Antwortverbesserung
Wenn Sie nicht vom Meeting 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-Antworttext.
Beispiel für API-Antwort für Meetings:
<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ep:status>NICHT_INFORTSCHRITT</ep:status>
<ep:sessionkey>1####2###4</ep:sessionkey>
<ep:accessControl>
<ep:listStatus>NICHT AUFGEFÜHRT</ep:listStatus>
<ep:registration>falsch</ep:registration>
<ep:passwordReq>wahr</ep:passwordReq>
<ep:isRegisterIDRequired>falsch</ep:isRegisterIDRequired>
</ep:accessControl>
<ep:metaData>
<ep:serviceType>MeetingCenter</ep:serviceType>
</ep:metaData>
<ep:attendeeOptions>
<ep:joinRequiresAccount>falsch</ep:joinRequiresAccount>
</ep:attendeeOptions>
<ep:isAllowJBH>wahr</ep:isAllowJBH>
<ep:isCETMeeting>wahr</ep:isCETMeeting>
<ep:isPersonalMeetingRoom>falsch</ep:isPersonalMeetingRoom>
</serv:bodyContent>
Beispiel für API-Antwort für Schulungen/Events:
<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ep:status>NICHT_INFORTSCHRITT</ep:status>
<ep:sessionkey>1####5###9</ep:sessionkey>
<ep:accessControl>
<ep:listStatus>NICHT AUFGEFÜHRT</ep:listStatus>
<ep:registration>wahr</ep:registration>
<ep:registrationURL>https://sitename.webex.com/tc3300/trainingcenter/register/registerSession.do?siteurl=sitename&confID=16###92######61</ep:registrationURL>
<ep:passwordReq>wahr</ep:passwordReq>
<ep:registrationURLForMobile>https://sitename.webex.com/tc3300/trainingcenter/meeting/sessionInfoMobile.do?siteurl=sitename&confID=16###92######61</ep:registrationURLForMobile>
<ep:joinStatus>EINLADEN/REGISTRIEREN/Ablehnen</ep:joinStatus>
<ep:isRegisterIDRequired>falsch</ep:isRegisterIDRequired>
</ep:accessControl>
<ep:metaData>
<ep:serviceType>Trainingszentrum</ep:serviceType>
</ep:metaData>
<ep:attendeeOptions>
<ep:joinRequiresAccount>falsch</ep:joinRequiresAccount>
</ep:attendeeOptions>
<ep:isAllowJBH>wahr</ep:isAllowJBH>
<ep:isCETMeeting>wahr</ep:isCETMeeting>
<ep:isPersonalMeetingRoom>falsch</ep:isPersonalMeetingRoom>
</serv:bodyContent>
Betroffene API:
GetSessionInfo
GetSessionInfo, GetUserCard
Sicherheitsverbesserungen
Wir haben eine Sicherheitsverbesserung für XML API vorgenommen. GetSessionInfo
und GetUserCard
. Wir werden Benutzern den Zugriff auf diese beiden APIs in den nächsten zwei Stunden verbieten, wenn ihr Anruf innerhalb einer Stunde das Limit erreicht hat und keine Datenfehler gefunden wurden.
Die Fehlerstatusantwort lautet: "403 Verboten"
Betroffene APIs:GetSessionInfo
GetUserCard
meetingUUID
in API-Support für Anfragen und Antworten
Wir haben meetingUUID zu der API-Anforderung und -Antwort hinzugefügt, unabhängig davon, wo wir eine meetingKey/sessionKey
.
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>
oder
<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>ERFOLG</serv:result>
<serv:gsbStatus>VORRANG</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>NICHT_INFORTSCHRITT</ep:status>
<ep:isLocked>falsch</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
Vorlage für Bildungssites (EDU-Sitzungstyp) in XML-API-Unterstützung
Wenn Ihre Sites den Sitzungstyp „Education Instructor“ (EDU) aktivieren, kann die XML-API das Ansetzen eines Meetings mit der EDU-Meeting-Vorlage unterstützen.
Betroffene API:
CreateMeeting
SetMeeting
CreateEvent
SetEvent
CreateTrainingSession
SetTrainingSession
XML-API CreateMeetingAttendee
und RegisterMeetingAttendee
Support
Beides CreateMeetingAttendee
und RegisterMeetingAttendee
können das erforderliche Teilnehmer-Registrierungsformular für eine Webex Meetings-Registrierung überprüfen.
Und es gibt eine neue Ausnahme für diese Aufgabe:
Ausnahmenummer | Nachricht von Ausnahme |
---|---|
040014 | Fehlende erforderliche Felder (Registrierungsformular): ... |
Wenn Sie beispielsweise „Jobtitel“ und „Firmenname“ als erforderliche Felder für die Webex Meetings-Registrierung eines Teilnehmers ausgewählt haben, wie unten gezeigt, müssen Sie einen Wert für den „Jobtitel“ und den „Firmennamen“ angeben, wenn Sie die beiden APIs anrufen: CreateMeetingAttendee
und RegisterMeetingAttendee
.
RegisterMeetingAttendee
Anfrage:
<body>
<bodyContent xsi:type="java:com.webex.service.binding.attendee.RegisterMeetingAttendee">
<attendees>
<person>
<name>LastName des FirstNameb </name>
<firstName></firstName>
<lastName> LastName</lastName>
<title>Techniker</title> //Stellenbezeichnung
<company> Cisco1234 </company> //Firmenname
...
<email>****@*****. com</email>
<type>BESUCHER</type>
<sendReminder>wahr</sendReminder>
</person>
<role>TEILNEHMER</role>
<joinStatus>AKZEPTIEREN</joinStatus>
<emailInvitations>wahr</emailInvitations>
<sessionKey>1####4####1</sessionKey>
</attendees>
</bodyContent>
</body>
CreateMeetingAttendee
Anfrage:
<bodyContent xsi:type="java:com.webex.service.binding.attendee.CreateMeetingAttendee">
<person>
<name>LastNameA </name>
<firstName> FirstNameA </firstName>
<lastName> LastNameA</lastName>
<title>Techniker</title> //Stellenbezeichnung
<company> Cisco1234 </company> //Firmenname
...
<email>*****@*****. com</email>
<type>BESUCHER</type>
<sendReminder>wahr</sendReminder>
</person>
<role>TEILNEHMER</role>
<joinStatus>AKZEPTIEREN</joinStatus>
<emailInvitations>wahr</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>FEHLER</serv:result>
<serv:reason>Fehlende Pflichtfelder (Registrierungsformular): Titel, Firma</serv:reason>
<serv:gsbStatus>VORRANG</serv:gsbStatus>
<serv:exceptionID>040014</serv:exceptionID>
<serv:value>Titel,Unternehmen</serv:value>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent/>
</serv:body>
</serv:message>
Betroffene API:
CreateMeetingAttendee
RegisterMeetingAttendee
Verbesserungen bei der XML API-E-Mail-Validierung
XML-API sollte keine Leerzeichen in einer E-Mail zulassen, daher haben wir die E-Mail-Validierung entsprechend dem Verhalten der Webex Meetings-Seite verbessert.
Betroffene API:
CreateMeetingAttendee
CreateEvent
SetEvent
CreateContact
SetContact
SetRecordingInfo
CreateMeetingAttendee
CreateTrainingSession
SetTrainingSession
CreateUser
SetUser
CreateMeeting
SetMeeting
RegisterMeetingAttendee
Aktualisierungen von API 40.7.0
Aktualisierungen von XML API 40.7.0
Klicken Sie hier, um das XML API 40.7.0-Schema herunterzuladen
meetingUUID
Support
Wir haben hinzugefügt meetingUUID
an die API-Anforderung und -Antwort, egal wo wir einen meetingKey oder sessionKey unterstützen.
GetSessionInfo
Anforderungsbeispiel:
<?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>
oder
<meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>
GetSessionInfo
Anforderungsbeispiel:
<?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>
oder
<meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>
GetSessionInfo
Antwortbeispiel:
<?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>ERFOLG</serv:result>
<serv:gsbStatus>VORRANG</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>NICHT_INFORTSCHRITT</ep:status>
<ep:isLocked>falsch</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)
Rumänisch (languageID=22)
XMLAPI sendet die Willkommens-E-Mail entsprechend der Sprach- oder Sprach-ID im CreateUser
anfordern.
Verwenden CreateUser
zum Senden eines Html-Willkommens-E-Mail-Beispiels (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>Benutzer</lastName>
<webExId>Testbenutzer</webExId>
<password>xxxxxx</password>
<email>testuser@test.com</email>
<privilege>
<host>wahr</host>
</privilege>
<languageID>19</languageID>
oder
<language>Tschechisch</language>
<active>AKTIVIERT</active>
<sendWelcome>wahr</sendWelcome>
<isHTMLEmail>wahr</isHTMLEmail>
</bodyContent>
</bodyContent>
</body>
Aktualisierungen von API 40.6.1, 40.4.9
Aktualisierungen der XML API 40.6.1, 40.4.9
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 ansetzen, XML API CreateMeeting/SetMeeting
ermöglicht es Ihnen, das Kontrollkästchen im Teilnehmer-Registrierungsformular zu aktivieren oder zu deaktivieren oder auf ein erforderliches oder nicht erforderliches Feld zu klicken.
Im Folgenden finden Sie ein Beispiel für das Ansetzen von Meetings auf der Benutzer-Webseite, auf der Sie die erforderlichen Felder wie "Jobtitel", "Unternehmensname", "Stadt" und "Bundesland" im Teilnehmer-Registrierungsformular überprüfen können:
Im Folgenden finden Sie eine Zuordnung zwischen Seitenfeldern und XML API-Elementen:
Seitenfelder | XMLAPI-Element |
---|---|
Beruf | <title> |
Unternehmensname | <company> |
Adresse 1 | <address1> |
Adresse 2 | <address2> |
Stadt | <city> |
Status | <state> |
Postleitzahl | <postalCode> |
Land/Region | <country> |
Geschäftliche Telefonnummer | <phone> |
Fax | <fax> |
Geändertes Schema: Element "Registrierungsformular" hinzufügen in CreateMeeting
Geändertes Schema: Element "Registrierungsformular" hinzufügen in SetMeeting
Geändertes Schema: Element "Registrierungsformular" hinzufügen in GetMeeting
CreateMeeting
Anforderungsbeispiel:
<bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting">
<accessControl>
<meetingPassword>Passwort</meetingPassword>
</accessControl>
<attendeeOptions>
<emailInvitations>wahr</emailInvitations>
<registration>wahr</registration>
<auto>falsch</auto>
</attendeeOptions>
<registrationForm>
<title><req>Wahr</req></title> <!-- true -->
<company><req>wahr</req></company><!-- true -->
<address1><req>falsch</req></address1>
<address2><req>falsch</req></address2>
<city><req>wahr</req></city><!-- true -->
<state><req>wahr</req></state><!-- true -->
<postalCode><req>falsch</req></postalCode>
<country><req>falsch</req></country>
<phone><req>falsch</req></phone>
<fax><req>falsch</req></fax>
</registrationForm>
SetMeeting
Anforderungsbeispiel:
<bodyContent xsi:type="java:com.webex.service.binding.meeting.SetMeeting">
<meetingkey>1015045339</meetingkey>
<metaData>
<confName>Konferenzname</confName>
<meetingType>3</meetingType>
</metaData>
<attendeeOptions>
<emailInvitations>wahr</emailInvitations>
<registration>wahr</registration>
<auto>wahr</auto>
</attendeeOptions>
<registrationForm>
<title><req>Wahr</req></title>
<company><req>wahr</req></company>
<address1><req>falsch</req></address1>
<address2><req>falsch</req></address2>
<city><req>wahr</req></city>
<state><req>wahr</req></state>
<postalCode><req>falsch</req></postalCode>
<country><req>falsch</req></country>
<phone><req>falsch</req></phone>
<fax><req>falsch</req></fax>
</registrationForm>
GetMeeting
Antwortbeispiel:
<meet:sipURL>1234567890@sitename.webex.com</meet:sipURL>
<meet:displayMeetingUrl>1234567890@sitename.webex.com</meet:displayMeetingUrl>
<meet:registrationForm>
<meet:phone><meet:req>falsch</meet:req></meet:phone>
<meet:title><meet:req>wahr</meet:req></meet:title>
<meet:company><meet:req>wahr</meet:req></meet:company>
<meet:address1><meet:req>falsch</meet:req></meet:address1>
<meet:address2><meet:req>falsch</meet:req></meet:address2>
<meet:city><meet:req>wahr</meet:req></meet:city>
<meet:state><meet:req>wahr</meet:req></meet:state>
<meet:postalCode><meet:req>falsch</meet:req></meet:postalCode>
<meet:country><meet:req>falsch</meet:req></meet:country>
<meet:fax><meet:req>falsch</meet:req></meet:fax>
</meet:registrationForm>
Betroffene APIs:
CreateMeeting
SetMeeting
GetMeeting
DelMeeting
Der E2EE-Meeting-Typ unterstützt kein PMR-Meeting
Wenn Sie ein PMR während eines Anrufs mit den APIs aktivieren: CreateUser/SetUser/GetUser/GetMe
und nur ein E2EE-Meeting-Typ verfügbar ist, reagiert er auf die folgende Fehlermeldung: „110063 Der Benutzer muss mindestens einen Nicht-E2EE-Meeting-Typ haben, um PMR zu aktivieren.“
Betroffene APIs:
CreateUser
SetUser
GetUser
GetMe
Aktualisierungen von API 40.6.0
Aktualisierungen von XML API 40.6.0
Klicken Sie hier, um das XML API 40.6.0-Schema herunterzuladen
Benutzerverwaltungsrolle hinzugefügt
Wir haben die Rolle „Benutzerverwaltung“ erstellt, und die Schemadatei für Folgendes hat sich 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
Anforderungsbeispiel:
<?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>wahr</umSiteAdmin>
<host>falsch</host>
<siteAdmin>falsch</siteAdmin>
<labAdmin>falsch</labAdmin>
<voiceOverIp>falsch</voiceOverIp>
</privilege>
<languageID>3</languageID>
<active>AKTIVIERT</active>
<sendWelcome>wahr</sendWelcome>
<isHTMLEmail>wahr</isHTMLEmail>
</bodyContent>
</body>
Unterstützung über API-Schlüsselzugriff auf GetUserCard
Wir unterstützen jetzt die Verwendung des API-Schlüssels (generiertes JWT-Token) für den Zugriff auf die API: GetUserCard
in dieser Version.
Auf diesen Seiten finden Sie Informationen zum Anwenden eines API-Schlüssels und zum Generieren eines JWT-Token:
So wenden Sie einen API-Schlüssel an
GetUserCard
Anforderungsbeispiel:
POST https://{sitename}.webex.com/WBXService/
XMLService Kopfzeile:
Content-Type application/json;charset=utf-8
JWTToken ${jwttoken}
Text:
<?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>
Antwortbeispiel:
<?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>ERFOLG</serv:result>
<serv:gsbStatus>VORRANG</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>falsch</use:isUploaded>
</use:avatar>
<use:personalMeetingRoom>
<use:title>Persönlichen Raum des Tests</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>
Unterstützung für meetingUUID
in API-Anforderung und -Antwort
Wir haben hinzugefügt meetingUUID
auf die API-Anforderung und -Antwort, wenn wir einen meetingKey oder sessionKey unterstützen.
Betroffene APIs:
LstRecording
LstsummarySession
GetSesssionInfo
GethosturlMeeting
GetjoinurlMeeting
LstMeetingAttendee
CreateMeeting
SetMeeting
GetMeeting
DelMeeting
LstCalendarSession
meetingUUID
Anforderungsbeispiel:
<?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>
oder
<meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>
meetingUUID
Antwortbeispiel:
<?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>ERFOLG</serv:result>
<serv:gsbStatus>VORRANG</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>NICHT_INFORTSCHRITT</ep:status>
<ep:isLocked>falsch</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 deaktivierten PMR geändert.
Wenn ein vorübergehend deaktivierter oder deaktivierter PMR innerhalb einer Woche erneut aktiviert wird, wird der jetzt erneut aktivierte Benutzer oder aktivierte Meeting-Schlüssel des PMR nicht geändert. Dieser Wert bleibt unverändert.
Betroffene APIs:
SetUser
DelUser
LstSummarySession
Verbesserungen
Wir haben die API verbessert: LstSummarySession
geplanten PMR zurückgeben, um ein neues Element zu haben, returnScheduledPMR
, in der Anforderung. Außerdem ist der Funktionsumschalter standardmäßig 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
Anforderungsbeispiel:
<?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>UND</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>KONFNAME</orderBy>
<orderAD>ASC</orderAD>
<orderBy>STARTZEIT</orderBy>
<orderAD>ASC</orderAD>
</order>
<serviceTypes>
<serviceType>Eventcenter</serviceType>
<serviceType>MeetingCenter</serviceType>
<serviceType>SalesCenter</serviceType>
<serviceType>Trainingszentrum</serviceType>
<serviceType>Supportcenter</serviceType>
</serviceTypes>
<returnScheduledPMR>wahr</returnScheduledPMR>
</bodyContent>
</body>
</serv:message>
LstSummarySession
Antwortbeispiel:
<?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>ERFOLG</serv:result>
<serv:gsbStatus>VORRANG</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>Teammeeting</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>NICHT_INFORTSCHRITT</ep:status>
<ep:startTime>10.12.2019 00:35:41</ep:startTime>
<ep:duration>60</ep:duration>
<ep:listStatus>ÖFFENTLICH</ep:listStatus>
<ep:hostEmail>Test@webex.com</ep:hostEmail>
<ep:passwordReq>wahr</ep:passwordReq>
<ep:hostJoined>falsch</ep:hostJoined>
<ep:participantsJoined>falsch</ep:participantsJoined>
<ep:confID>141672157056861215</ep:confID>
<ep:registration>falsch</ep:registration>
<ep:isRecurring>wahr</ep:isRecurring>
<ep:hostType>1019001</ep:hostType>
<ep:isAudioOnly>falsch</ep:isAudioOnly>
<ep:isTCSingleRecurrence>falsch</ep:isTCSingleRecurrence>
<ep:isAllowJBH>falsch</ep:isAllowJBH>
<ep:isCETMeeting>wahr</ep:isCETMeeting>
<ep:isException>falsch</ep:isException>
<ep:isNextUpcomingInstance>falsch</ep:isNextUpcomingInstance>
<ep:seriesMeetingKey>0</ep:seriesMeetingKey>
<ep:recurrenceId>0</ep:recurrenceId>
<ep:isScheduledPMR>wahr</ep:isScheduledPMR>
</ep:session>
<ep:session>
<ep:sessionKey>805660167</ep:sessionKey>
<ep:confName>xmlmc Molly08Konsole816960001</ep:confName>
<ep:sessionType>3</ep:sessionType>
<ep:serviceType>MeetingCenter</ep:serviceType>
<ep:hostWebExID>Molly08Konsole81696000</ep:hostWebExID>
<ep:hostFirstName>Molly08Konsole81696000</ep:hostFirstName>
<ep:hostLastName>Molly08Konsole81696000</ep:hostLastName>
<ep:otherHostWebExID>Molly08Konsole81696000</ep:otherHostWebExID>
<ep:timeZoneID>2</ep:timeZoneID>
<ep:timeZone>GMT-10:00, Hawaii (Honolulu)</ep:timeZone>
<ep:status>NICHT_INFORTSCHRITT</ep:status>
<ep:startTime>10.12.2019 00:35:41</ep:startTime>
<ep:duration>60</ep:duration>
<ep:listStatus>ÖFFENTLICH</ep:listStatus>
<ep:hostEmail>Molly08Konsole81696000@webex.com</ep:hostEmail>
<ep:passwordReq>wahr</ep:passwordReq>
<ep:hostJoined>falsch</ep:hostJoined>
<ep:participantsJoined>falsch</ep:participantsJoined>
<ep:confID>141672108716459038</ep:confID>
<ep:registration>falsch</ep:registration>
<ep:isRecurring>wahr</ep:isRecurring>
<ep:hostType>1019001</ep:hostType>
<ep:isAudioOnly>falsch</ep:isAudioOnly>
<ep:isTCSingleRecurrence>falsch</ep:isTCSingleRecurrence>
<ep:isAllowJBH>falsch</ep:isAllowJBH>
<ep:isCETMeeting>wahr</ep:isCETMeeting>
<ep:isException>falsch</ep:isException>
<ep:isNextUpcomingInstance>falsch</ep:isNextUpcomingInstance>
<ep:seriesMeetingKey>0</ep:seriesMeetingKey>
<ep:recurrenceId>0</ep:recurrenceId>
<ep:isScheduledPMR>wahr</ep:isScheduledPMR>
</ep:session>
</serv:bodyContent>
</serv:body>
</serv:message>
GetSite
Verbesserungen
Wir haben einen GetSite
Antwortfunktion umschalten von SupportXMLAPIReturnScheduledPMR
Betroffene APIs:
GetSite
Schemaänderung:
Die XML-API GetSite
Antwort neues Element ist: SupportXMLAPIReturnScheduledPMR
GetSite
Anforderungsbeispiel:
<?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>
GetSite
Antwortbeispiel:
<?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>ERFOLG</serv:result>
<serv:gsbStatus>VORRANG</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>wahr</ns1:SupportXMLAPIReturnScheduledPMR>
...
</ns1:siteCommonOptions>
</ns1:siteInstance>
</serv:bodyContent>
</serv:body>
</serv:message>
Aktualisierungen von API 40.4.8, 40.2.9
Aktualisierungen der XML API 40.4.8, 40.2.9
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
, haben diese neuen Elemente als Antwort: audioPassword
(numerisches Passwort), isEnforceAudioPassword
, isEnforceAudioLogin
für Webex Meetings, Teams und Events Center.
Geändertes Schema:
Betroffene APIs:
GetMeeting
GetTrainingSession
GetEvent
GetTeleconferenceSession
GetMeeting
Anforderungsbeispiel:
<?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>
Antwortbeispiel:
<?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>ERFOLG</serv:result>
<serv:gsbStatus>VORRANG</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>falsch</meet:listToPublic>
<meet:isPublic>falsch</meet:isPublic>
<meet:meetingPassword>PkzC8tP7kM5</meet:meetingPassword>
<meet:audioPassword>75928877</meet:audioPassword>
<meet:isEnforceAudioPassword>wahr</meet:isEnforceAudioPassword>
<meet:isEnforceAudioLogin>falsch</meet:isEnforceAudioLogin>
</meet:accessControl>
...
...
</serv:bodyContent>
</serv:body>
</serv:message>
Aktualisierungen von API 40.4.5, 40.2.6
Aktualisierungen der XML API 40.4.5, 40.2.6
GetUserCard
und GetSessionInfo
Nutzungsbeschränkung
Wir implementieren die Nutzungsbeschränkung auf API GetUserCard
und GetSessionInfo
können Sie die Fehlermeldung erhalten: "403 verboten", wenn Sie das Nutzungslimit erreichen.
Betroffene APIs:
GetUserCard
GetSessionInfo
Aktualisierungen von API 40.4.4, 40.2.5
Aktualisierungen der XML API 40.4.4, 40.2.5
BodyContent
Nummernbegrenzung
Wir haben eine begrenzte Anzahl von BodyContent
in jedem XML-API-Abschnitt. Wenn Sie zu viele von BodyContent
in der API-Anforderung wird der folgende Fehlercode und die Nachricht zurückgegeben: "000053 Die Anzahl von BodyContent in einer Anforderung 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>
Aktualisierungen von API 40.4.3, 40.2.4
Aktualisierungen der XML API 40.4.3, 40.2.4
Klicken Sie hier, um das XML API 40.4.3, 40.2.4 Schema herunterzuladen.
CreateUser
Verbesserungen
Wir haben CreateUser
um die Begrüßungs-E-Mail in mehreren Sprachen zu unterstützen. Die Datei CreateUser
jetzt Anfragen isHTMLEmail
Betroffene APIs:
CreateUser
CreateUser
Anforderungsbeispiel:
<?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>wahr</host>
<siteAdmin>falsch</siteAdmin>
<labAdmin>falsch</labAdmin>
<voiceOverIp>falsch</voiceOverIp>
</privilege>
<languageID>3</languageID>
<active>AKTIVIERT</active>
<sendWelcome>wahr</sendWelcome>
<isHTMLEmail>wahr</isHTMLEmail>
</bodyContent>
</body>
Aktualisierungen von API 40.4.0
Aktualisierungen von XML API 40.4.0
E-Mail-Verifizierung beim Ändern von E-Mails in XML API erzwingen
Nachdem ein Site-Administrator die Option „Bestätigung erforderlich “ für den Benutzer aktiviert hat, um die E-Mail-Adresse in der Webex-Site-Administration zu aktualisieren:
Wenn ein Nicht-Site-Administrator-Konto die
SetUser
API zum Ändern von E-Mail-Adressen verbleibt die aktuelle E-Mail, bis die neue E-Mail verifiziert ist. Die Bestätigungs-E-Mail für die Kontoänderung wird mit der „Webex-Kontoänderungsbestätigung“ an die neue E-Mail-Adresse gesendet. Nachdem Sie zur Bestätigung auf den Link in der E-Mail geklickt haben, wird die neue E-Mail-Adresse sofort verknüpft.
Wenn ein Nicht-Site-Administrator den
SetUser
API mehrmals ohne den E-Mail-Verifizierungsprozess abzuschließen, wird die aktuelle E-Mail beibehalten und die neueste neue E-Mail muss verifiziert werden.Wenn ein Site-Administrator-Konto die
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 Teilnehmers verknüpft.
Betroffene APIs:
SetUser
GetEnrollmentInfo
Zeitüberschreitung und Zurücksetzen der Verbindung
Die Datei GetEnrollmentInfo
API sucht derzeit IP-Adressen auf dem Domain Name System, was enorme Auswirkungen auf die Leistung auslöst. Wir planen, diesen Prozess zu vereinfachen, mit einer leeren Antwort in der <domain>
ein.
Betroffene APIs:
GetEnrollmentInfo
GetEnrollmentInfo
Anforderungsbeispiel:
<?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>SQL-Demo6</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>
</body>
</serv:message>
GetEnrollmentInfo
Antwortbeispiel:
<?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>ERFOLG</serv:result>
<serv:gsbStatus>VORRANG</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>falsch</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>27.02.2020 22:03:57</att:submitTime>
<att:status>GENEHMIGT</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>falsch</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>27.02.2020 22:07:38</att:submitTime>
<att:status>GENEHMIGT</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>
Aktualisierungen von API 40.2.0
Aktualisierungen von XML API 40.2.0
Klicken Sie hier, um das XML API 40.2.0-Schema herunterzuladen.
Anonymen Zugriff entfernen auf LstSummarySession
Als Sicherheitsverbesserung beenden wir die Unterstützung für den anonymen Zugriff auf die LstSummarySession
API. Wenn Webex Meetings anonym auf die API zugreift, werden folgender Fehlercode und die folgende Meldung zurückgegeben: "000015 Sorry, keine Aufzeichnung gefunden."
Betroffene APIs:
LstSummarySession
LstSummarySession
Anforderungsbeispiel:
<?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
Antwortbeispiel:
<?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>FEHLER</serv:result>
<serv:reason>Leider kein Datensatz gefunden</serv:reason>
<serv:gsbStatus>VORRANG</serv:gsbStatus>
<serv:exceptionID>000015</serv:exceptionID>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent/>
</serv:body>
CreateMeeting
und SetMeeting
Sicherheitsverbesserungen
Diese Änderung wurde in XML API 40.2.0 vorgenommen, aber die Beschreibung wurde nach dem Erhalt von Kundenfeedback bearbeitet. |
Als Sicherheitsverbesserung haben wir die CreateMeeting
und SetMeeting
Mit APIs können Benutzer keine Startzeit für Meetings ansetzen, die bereits verstrichen ist. Wenn sie es versuchen, fordert die API die Fehlermeldung an: „Die Startzeit der 060016-Sitzung sollte nach der aktuellen Uhrzeit liegen.“ Wenn ein Benutzer ein Instant-Meeting ansetzen muss, empfehlen wir, die Startzeit des Meetings fünf Minuten später als die aktuelle Uhrzeit festzulegen.
Betroffene APIs:
CreateMeeting
SetMeeting
Aktualisierungen von API 40.1.2
Aktualisierungen von XML API 40.1.2
Klicken Sie hier, um das XML API 40.1.2-Schema herunterzuladen.
Durch das Ansetzen eines Meetings wird automatisch ein Passwort generiert, wenn kein Passwort angegeben wurde.
Wir haben die CreateMeeting
, CreateEvent
, CreateTrainingSession
und CreateTeleconferenceSession
um ein Kennwort in den Text der API-Antwort einzufügen.
Standardmäßig ist die Einstellung Alle Meetings/Events/Sitzungen muss ein Passwort haben aktiviert. Wenn die API-Anforderung in diesem Szenario kein Passwort enthält, wird automatisch ein Passwort von den XML-API-Servern generiert.
Wenn die Einstellung Alle Meetings/Events/Sitzungen muss ein Passwort haben ist deaktiviert , und die API-Anforderung kein Passwort enthält, wird ein Passwort nicht von den XML-API-Servern generiert.
Wenn die API-Anforderung ein Passwort enthält, enthält die Antwort dieses Passwort, unabhängig davon, dass für alle Meetings/Events/Sitzungen eine Passwort-Einstellung aktiviert oder deaktiviert sein muss.
Betroffene APIs:
CreateMeeting
CreateEvent
CreateTrainingSession
CreateTeleconferenceSession
Die Datei CreateMeeting
Antwort hat jetzt die meetingPassword
Element:
CreateMeeting
Anforderungsbeispiel:
<?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>Benutzer-ID</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>28.10.2020 17:35:00 Uhr</startDate>
</schedule>
</bodyContent>
</body>
</serv:message>
CreateMeeting
Antwortbeispiel:
<?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>ERFOLG</serv:result>
<serv:gsbStatus>VORRANG</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>
Die Datei CreateEvent
Antwort hat jetzt die eventPassword
Element:
Die Datei CreateTrainingSession
und CreateTeleconferenceSession
Antworten haben jetzt die sessionPassword
Element:
Aktualisierungen von API 40.1.0
Aktualisierungen von XML API 40.1.0
Klicken Sie hier, um das XML API 40.1-Schema herunterzuladen.
GetSessionInfo
Verbesserungen
Wir haben neue Elemente zu den GetSessionInfo
API. Die API gibt jetzt auch Informationen für Mobilgeräte zurück.
Betroffene APIs:
GetSessionInfo
GetSessionInfo
Aktualisierungen anfordern:
Anforderungsbeispiel:
<?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>SQL-Demo11</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 oder 123456789_go@webex.com oder 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 den Webex Access Anywhere-Berichtsinformationen zu antworten.
Betroffene APIs:
LstAccessAnywhereHistory
LstAccessAnywhereHistory
Aktualisierungen anfordern:
LstAccessAnywhereHistory
Antwortaktualisierungen:
Anforderungsbeispiel:
<?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>SQL-Demo6</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>29.09.2019 00:42:34</sessionStartTimeStart>
<sessionStartTimeEnd>29.12.2019 04:42:34</sessionStartTimeEnd>
</startTimeScope>
<endTimeScope>
<sessionEndTimeStart>29.09.2019 02:42:34</sessionEndTimeStart>
<sessionEndTimeEnd>29.12.2019 05:42:34</sessionEndTimeEnd>
</endTimeScope>
<listControl>
<serv:startFrom>1</serv:startFrom>
<serv:maximumNum>10</serv:maximumNum>
<serv:listMethod>ODER</serv:listMethod>
</listControl>
<order>
<orderBy>STARTZEIT</orderBy>
<orderAD>ASC</orderAD>
</order>
</bodyContent>
</body>
Antwortbeispiel:
<?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>ERFOLG</serv:result>
<serv:gsbStatus>VORRANG</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>Dekan</history:userName>
<history:computerName>6926_dean</history:computerName>
<history:clientIP>10.224.222.183</history:clientIP>
<history:startTime>29.11.2019 03:05:44</history:startTime>
<history:endTime>29.11.2019 03:10:06</history:endTime>
<history:duration>5</history:duration>
</history:accessAnyWhereInfo>
</serv:body>