- Aktualisierungen von API 40.12.0
- Aktualisierungen von API 40.11.0
- AKTUALISIERUNGEN VON API 40.10.0
- AKTUALISIERUNGEN VON API 40.9.0
- Aktualisierungen von API 40.8.0
- Aktualisierungen von API 40.7.0
- API 40.6.1, 40.4.9 Aktualisierungen
- Aktualisierungen von API 40.6.0
- API 40.4.8, 40.2.9 Aktualisierungen
- API 40.4.5, 40.2.6 Aktualisierungen
- API 40.4.4, 40.2.5 Aktualisierungen
- API 40.4.3, 40.2.4 Aktualisierungen
- Aktualisierungen von API 40.4.0
- Aktualisierungen von API 40.2.0
- Aktualisierungen von API 40.1.2
- Aktualisierungen von API 40.1.0
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:
Erstellen Sie Meeting und Legen Sie Meeting fest, um eine Konferenz mit dem
Webex Meeting-Typ zu planen oder zu aktualisieren.
Wenn eine Webex Meeting mit dem Typ Private Meeting angesetzt ist, geben
GetSessionInfo
GetMeeting
,LstSummarySession
undLstCalendarSession ein
neues
Element zurück, das als Benennung PrivatMeeting heißt.GetMeetingType
und LstMeetingType geben ein neues Element namens
zurück, das angibt, ob private Meetings unterstützt werden oder nicht.SupportPrivateMeeting
Schemaänderungen
XML-API: GetMeetingType/LstMeetingType: Hängen Sie das <SupportPrivateMeeting>
Element an.
XML-API:LstSummarySession:
Fügen Sie das <isPrivateMeeting>
Element an.
XML-API:LstCalendarSession:
Element <isPrivateMeeting>
anhängen.
XML-API:GetSessionInfo:
Fügen Sie das <isPrivateMeeting>
Element hinzu.
XML-API:GetMeeting: Hängen Sie das <isPrivateMeeting>
Element an.
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>25.10.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 ist ein Beispiel, das privates Meeting unterstützt
</metaData>
</bodyContent>
</body>
Antwort der XML-API: GetSessionInfo
Antwort für istPrivatesMeeting
<ep:supportE2E>false</ep:supportE2E>
<ep:isAllowJBH>true</ep:isAllowJBH>
<ep:isPrivateMeeting>true</ep:isPrivateMeeting> true -true: das Meeting privates Meeting unterstützt; False: das Meeting privates Meeting nicht unterstützt.
<ep:isCETMeeting>false</ep:isCETMeeting>
<ep:isPersonalMeetingRoom></ep:isPersonalMeetingRoom>
<ep:isNextUpcomingInstance>false 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
GetSite: Fügen Sie das Element <meetingTemplates>
an.
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-Vorlage 3</ns1:meetingTemplateName>
<ns1:serviceType>TrainingCenter</ns1:serviceType>
</ns1:meetingTemplate>
</ns1:meetingTemplates>
XML API SetUser kann Element von supportedServices nicht
ändern, wenn es sich bei der Site um eine CI Unified Site handelt
Beschreibung
XMLAPI SetUser unterstützt keinen Änderungswert von " supportedServices " in einer API-Anforderung, 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
.
WEBEX-15436: Zusätzlichen Schutz, um doppelte E-Mails in der Mtgconfattendeelist zu vermeiden
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
ErstellenMeetingAttendee
Createuser
Setuser
Erstellen einesMeetings
Einrichten vonMeeting
Createevent
Event festlegen
TrainingSession erstellen
TrainingSession festlegen
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></email>
<name>test@webex.com name1</name>
</person>
<attendees>
<person>
<email>test@webex.com</email>
<name>name2</name>
</person>
<sessionKey>1714904382</sessionKey>
</attendees>
</bodyContent>
</body>
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, wenn Funktionsumschalter
EnableDisplayName
als 1 ist. Wenn die Funktionsumschalter 1 ist, wird der displayName
ignoriert.
Schemaänderungen
Createuser:
XMLAPI SetUser unterstützt Anzeigename
SetUser
unterstützt Dispalyname,
wenn Funktionsumschalter EnableDisplayName
ist 1. Wenn die Funktionsumschalter nicht 1 ist, wird der displayName
ignoriert.
Schemaänderungen
Setuser:
XMLAPI GetUser unterstützt Anzeigename
GetUser
unterstützt Dispalyname,
wenn Funktionsumschalter EnableDisplayName
1 ist. Wenn der Funktionsumschalter nicht 1 ist, wird der displayName
nicht angezeigt.
Wenn displayName in DB null und Funktionsumschalter
EnableDisplayName
ist 1, dann wird
displayName firstName+" "+lastName
for Non-Asian characters and firstName+lastName
for Asian characters.
Schemaänderungen
GetUserResponse:
Kontrolle der XMLAPI-Benutzerebene für CMR Hybrid VoIP
Die Einstellung cmrHybridVoip wird verwendet, um die Einstellung auf Benutzerebene für EnableCMRHybridVoIP zu konfigurieren und
abzurufen.
Schemaänderungen
GetUser-Antwort:
Benutzeranfrage erstellen:
SetUser-Anfrage:
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-Unterstützung für 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>
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>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:
ErstellenMeetingAttendee
DelMeetingAttendee
RegistrierenMeetingAttendes
CreateTeleconferenceSession (Telefonkonferenz) erstellen
SetTeleconferenceSession (Telefonkonferenz)
GetTeleconferenceSession
TrainingSession erstellen
TrainingSession festlegen
GetTrainingSession
EnttrainingSession
Createevent
Event festlegen
EntfEvent
XMLAPI gibt ein zusätzliches Element für die Site-Admin-Konfiguration zurück, um Screenshot zu deaktivieren
Diese Anforderung kommt von der Sicherheit – sowohl PenTest-Programmfehler als auch 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. Daher wird für diese Konfiguration eine Site-Administrator-Konfiguration festgelegt, und xmlAPI gibt als Antwort auf GetSite ein zusätzliches Feld
EnableMobileScreenCapture
zurück, 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>ERFOLG</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
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 fügen Sie einen neuen Knoten
hinzuKanStartMmePMR
inpersonalMeetingRoom
.createMeeting/setMeeting/getMeeting fügen Sie ein neues Knotengerät
hinzuKannStartMeeting
im Zeitplan.
Die Option in der Webex-Benutzeroberfläche für meeting in einem persönlichen Raum:
Schemaänderungen
Createuser:
Setuser:
getUserResponse:
Erstellen EinesMeetings:
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 für Meeting-UUID-Anfrage
und -Antwort
Wir haben die Meeting-UUID der API-Anfrage und -Antwort hinzugefügt, unabhängig davon, wo wir sie als MeetingKey oder
sessionKey
unterstützen.
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>
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>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 hinzufügen
SetScheduledTest
DelScheduledTest
TestInformationen erhalten
EventImage hochladen
Invationsmail senden
ErstellenSupport-Sitzung
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
) einschaltet.
Schemaänderungen
Drei neue Elemente (externalAttendeeSecurity , autoLock , autoLockWaitTime ) wurden zu den
CreateMeeting-, SetMeeting- und GetMeeting-APIs hinzugefügt.
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
Anfrage für 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>
Anfrage für 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>
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>
Betroffene API:
Erstellen einesMeetings
Einrichten vonMeeting
GetMeeting
Verbesserung GetSessionInfo
API, um den Status der Teilnehmer in einer aktuellen Sitzung zurückzugeben
Zwei neue Elemente (mitHostInMeeting
, hasAttendeeInMeeting ) wurden als Antwort auf
GetSessionInfo
hinzugefügt. 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></ep:hasAttendeeInMeeting>
...
Betroffene API:
GetSessionInfo
Für die API GetUserCard ist eine Autorisierung erforderlich.
Sicherheitsverbesserung die XML API GetUserCard erfordert
die Autorisierung, 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.
Verbesserung der Antwort auf
GetSessionInfo
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></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 true</ep:isAllowJBH>
<ep:isCETMeeting></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 https://sitename.webex.com/tc3300/trainingcenter/register/registerSession.do?siteurl=sitename&confID=16###92######61 true</ep:registration>
<ep:registrationURL></ep:registrationURL>
<ep:passwordReq></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 true</ep:joinRequiresAccount>
</ep:attendeeOptions>
<ep:isAllowJBH></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 XML API GetSessionInfo
und GetUserCard
gemacht. 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
in API-Anforderungs- und Antwortunterstützung
Wir haben der API-Anfrage und -Antwort meetingUUID hinzugefügt, egal wo wir ein MeetingKey/sessionKey
unterstützen.
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>
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>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:
LstOpen-Sitzung
GetEnrollmentInfo
LstsummaryMeeting
LstScheduledTests
Getevent
Lstsummary-Event
LstmeetingusageHistory
LsttrainingSessionHistory
LsteventSessionHistory
LstsupportsessionHistory
EntfSitzung
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:
Erstellen einesMeetings
Einrichten vonMeeting
Createevent
Event festlegen
TrainingSession erstellen
TrainingSession festlegen
Unterstützung von XML API CreateMeetingAttendee
und RegisterMeetingAttendee
Sowohl CreateMeetingAttendee als
auch RegisterMeetingAttendee können das erforderliche Teilnehmer-Registrierung für eine 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: ErstellenMeetingAttendee
und RegistrierenMeetingAttendee
.
RegistrierenMeetingAttendee
Anfrage:
<body>
<bodyContent xsi:type="java:com.webex.service.binding.attendee.RegisterMeetingAttendee">
<attendees>
<person>
<name>Vorname– Nachname</name>
<firstName>Vorname Vornameb</firstName>
<lastName>Nachname</lastName>
<title>Ingenieur</title> Beruf
<company>Cisco1234</company> ...Unternehmensname
...
<email>@**.com</email>
<type>BESUCHER</type>
<sendReminder></sendReminder>
</person>
<role>WAHRER</role>
<joinStatus>TEILNEHMER AKZEPTIEREN</joinStatus>
<emailInvitations>true</emailInvitations>
<sessionKey>1####4###1</sessionKey>
</attendees>
</bodyContent>
</body>
CreateMeetingAttendee
Anfrage:
<bodyContent xsi:type="java:com.webex.service.binding.attendee.CreateMeetingAttendee">
<person>
<name>VornameA NachnameA</name>
<firstName>Vornamea</firstName>
<lastName>NachnameA</lastName>
<title>Ingenieur</title> Beruf
<company>Cisco1234</company> ...Unternehmensname
...
<email>@**.com</email>
<type>BESUCHER</type>
<sendReminder></sendReminder>
</person>
<role>WAHRER</role>
<joinStatus>TEILNEHMER AKZEPTIEREN</joinStatus>
<emailInvitations>true</emailInvitations>
<sessionKey>1###4###1</sessionKey>
040014 Ausnahme eines
Antwort-Beispiels:
<?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>Erforderliche Felder fehlen (Registrierungsformular) : Titel,</serv:reason>
<serv:gsbStatus>Unternehmens-PRIMARY</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:
ErstellenMeetingAttendee
RegistrierenMeetingAttendes
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:
ErstellenMeetingAttendee
Createevent
Event festlegen
Kontakt erstellen
Kontakt festlegen
SetRecordingInfo
ErstellenMeetingAttendee
TrainingSession erstellen
TrainingSession festlegen
Createuser
Setuser
Erstellen einesMeetings
Einrichten vonMeeting
RegistrierenMeetingAttendes
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-Unterstützung
Wir haben der API-Anfrage und -Antwort meetingUUID hinzugefügt, egal wo wir
einen MeetingKey oder sessionKey unterstützen.
Beispiel für die
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>
Beispiel für die
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>
Beispiel für
getSessionInfo-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>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 in der CreateUser-Anforderung.
Verwenden von CreateUser
zum Senden von HTML-Willkommens-E-Mails (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></firstName>
<lastName>test user</lastName>
<webExId>testuser</webExId>
<password>xxxxxx</password>
<email>testuser@test.com</email>
<privilege>
<host>true</host>
</privilege>
<languageID>19</languageID>
oder
<language>Tschechisch</language>
<active>ACTIVATED</active>
<sendWelcome>true</sendWelcome>
<isHTMLEmail>true</isHTMLEmail>
</bodyContent>
</bodyContent>
</body>
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.
Support für CreateMeeting/SetMeeting
Wenn Sie ein Webex-Meeting planen, können Sie mit xml API CreateMeeting/SetMeeting ein erforderliches oder nicht erforderliches Feld im Teilnehmer-Registrierung aktivieren oder
deaktivieren.
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 |
---|---|
Position | <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" zu CreateMeeting hinzufügen
Geändertes Schema: Element "registrationForm" in SetMeeting hinzufügen
Geändertes Schema: Element "registrationForm" zu GetMeeting hinzufügen
Beispiel für die Erstellung
einerMeeting-Anfrage:
<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>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>true</req></postalCode>
<country><req>false</req></country>
<phone><req>false</req></phone>
<fax><req>false false</req></fax>
</registrationForm>
Beispiel für Die Anforderung
einesMeetings festlegen:
<bodyContent xsi:type="java:com.webex.service.binding.meeting.SetMeeting">
<meetingkey>1015045339</meetingkey>
<metaData>
<confName>Konferenzname</confName>
<meetingType>3</meetingType>
</metaData>
<attendeeOptions>
<emailInvitations>true</emailInvitations>
<registration></registration>
<auto>true true</auto>
</attendeeOptions>
<registrationForm>
<title><req>Wahr</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>true</req></postalCode>
<country><req>false</req></country>
<phone><req>false</req></phone>
<fax><req>false false</req></fax>
</registrationForm>
GetMeeting-Antwort– Beispiel:
<meet:sipURL>1234567890@sitename.webex.com 1234567890@sitename.webex.com</meet:sipURL>
<meet:displayMeetingUrl></meet:displayMeetingUrl>
<meet:registrationForm>
<meet:phone><meet:req></meet:req></meet:phone>
<meet:title><meet:req>false true true</meet:req></meet:title>
<meet:company><meet:req></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></meet:req></meet:postalCode>
<meet:country><meet:req>false</meet:req></meet:country>
<meet:fax><meet:req>falsch falsch</meet:req></meet:fax>
</meet:registrationForm>
Betroffene APIs:
Erstellen einesMeetings
Einrichten vonMeeting
GetMeeting
Entfmeeting
Der E2EE-Meeting-Typ unterstützt kein PMR-Meeting
Wenn Sie eine PMR während eines Anrufs mit den APIs aktivieren:CreateUser/SetUser/GetUser/GetMe und nur eine E2EE-Meeting-Typ steht zur Beantwortung der folgenden Fehlermeldung zur
Beantwortung: "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: Erhalten Sieme
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></lastName>
<webExId>xxx</webExId>
<password>xxx</password>
<email>xxx xxx true false</email>
<privilege>
<umSiteAdmin></umSiteAdmin>
<host></host>
<siteAdmin></siteAdmin>
<labAdmin></labAdmin>
<voiceOverIp>false</voiceOverIp>
</privilege>
<languageID>3</languageID>
<active>ACTIVATED</active>
<sendWelcome>true</sendWelcome>
<isHTMLEmail>true</isHTMLEmail>
</bodyContent>
</body>
Unterstützung des API-Schlüsselzugriffs auf die 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:
Beispiel für die
GetUserCard-Anfrage:
POST https://{sitename}.webex.com/WBXService/XMLService-Header:
Content-Type-Anwendung/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>
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 es 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>
Unterstützung für MeetingUUID
in API-Anforderung und -Antwort
Wir haben der API-Anfrage und -Antwort meetingUUID hinzugefügt, wenn wir einen MeetingKey oder einen sessionKey unterstützen.
Betroffene APIs:
LstRecording
LstsummarySession
GetSesssionInfo
GethosturlMeeting
GetjoinurlMeeting
LstMeetingAttendee
Erstellen einesMeetings
Einrichten vonMeeting
GetMeeting
Entfmeeting
LstCalendar-Sitzung
Beispiel für
meetingUUID-Anforderung:
<?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>
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>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
EntfUser
Verbesserungen an LstSummarySession
Wir haben die API verbessert: LstSummarySession gibt eine angesetzte-PMR zurück, um ein neues Element zu
haben, return AngesetztePMR
in der Anfrage. Die Standardeinstellung Funktionsumschalter deaktiviert.
Betroffene APIs:
LstSummarySession
Schemaänderung:
Wir fügen einen neuen Elementnamen returnScheduledPMR in der
API LstSummarySession-Anfrage hinzu.
Wir fügen einen neuen Elementnamen namens "AngesetzterPMR" in die
API LstSummarySession-Antwort hinzu.
LstSummarySitzungsanforderungsbeispiel:
<?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></clientInfo>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.LstsummarySession">
<listControl>
<startFrom>xxxx 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></timeZoneID>
<endDateStart>4 11/0 1/2019 08: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></serviceType>
<serviceType>EventCenter</serviceType>
<serviceType>SalesCenter</serviceType>
<serviceType>TrainingCenter</serviceType>
<serviceType>SupportCenter</serviceType>
</serviceTypes>
<returnScheduledPMR>true</returnScheduledPMR>
</bodyContent>
</body>
</serv:message>
Antwort-Beispiel für LstSummarySession:
<?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>PRIMÄR</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></ep:hostFirstName>
<ep:hostLastName>Test</ep:hostLastName>
<ep:otherHostWebExID>Test Test 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>12.10.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></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></ep:isTCSingleRecurrence>
<ep:isAllowJBH>false</ep:isAllowJBH>
<ep:isCETMeeting>true</ep:isCETMeeting>
<ep:isException>false</ep:isException>
<ep:isNextUpcomingInstance>false</ep:isNextUpcomingInstance>
<ep:seriesMeetingKey></ep:seriesMeetingKey>
<ep:recurrenceId>0 0</ep:recurrenceId>
<ep:isScheduledPMR></ep:isScheduledPMR>
</ep:session>
<ep:session>
<ep:sessionKey>true 805660167</ep:sessionKey>xmlmc Einsinde 081696001
<ep:confName></ep:confName>
<ep:sessionType>3</ep:sessionType>
<ep:serviceType>MeetingCenter</ep:serviceType>
<ep:hostWebExID>Dokument 81696001 3 MeetingCenter Eine 81696000Lichly08Console816960009Console81696000</ep:hostWebExID>
<ep:hostFirstName></ep:hostFirstName>
<ep:hostLastName></ep:hostLastName>
<ep:otherHostWebExID>Versoles 81696000</ep:otherHostWebExID>
<ep:timeZoneID>2</ep:timeZoneID>
<ep:timeZone>GMT-10:00, Hawaii (Honolulu)</ep:timeZone>
<ep:status>NOT_INPROGRESS</ep:status>
<ep:startTime>12.10.2019 00:35:41</ep:startTime>
<ep:duration>60</ep:duration>
<ep:listStatus>ÖFFENTLICHE</ep:listStatus>
<ep:hostEmail>Molly08Console81696000@webex.com</ep:hostEmail>
<ep:passwordReq>wahr</ep:passwordReq>
<ep:hostJoined>false</ep:hostJoined>
<ep:participantsJoined>false</ep:participantsJoined>
<ep:confID>141672108716459038</ep:confID>
<ep:registration></ep:registration>
<ep:isRecurring>false true</ep:isRecurring>
<ep:hostType>1019001</ep:hostType>
<ep:isAudioOnly></ep:isAudioOnly>
<ep:isTCSingleRecurrence>false</ep:isTCSingleRecurrence>
<ep:isAllowJBH>false</ep:isAllowJBH>
<ep:isCETMeeting>true</ep:isCETMeeting>
<ep:isException></ep:isException>
<ep:isNextUpcomingInstance>false</ep:isNextUpcomingInstance>
<ep:seriesMeetingKey>false 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
SupportXMLAPIReturnSchlugiertPMR hinzugefügt
Betroffene APIs:
GetSite
Schemaänderung:
Das neue Element für die XML-API-GetSite-Antwort
ist: SupportXMLAPIReturnSchedPMR
GetSite-Anfrage-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>
<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>
Beispiel für
GetSite-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>ERFOLG</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:siteCommonOptions>
...
<ns1:SupportXMLAPIReturnScheduledPMR>Wahr</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: Bei GetMeeting, GetTrainingSession, GetEvent und
GetTeleconferenceSession werden die folgenden neuen
Elemente als Antwort verwendet: audioPassword
(numerisches Passwort), isEnforceAudioPassword
, isEnforceAudioLogin für
Webex Meetings, Teams und Events Center.
Geändertes Schema:
Betroffene APIs:
GetMeeting
GetTrainingSession
Getevent
GetTeleconferenceSession
Beispiel zu
GetMeeting-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></siteName>
<webExID>testSite-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>ERFOLG</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></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
Nutzungsbeschränkung für GetUserCard und
GetSessionInfo
Wir haben das Nutzungslimit auf API GetUserCard
und GetSessionInfo
implementiert. Sie erhalten die Fehlermeldung: "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
Limit für
BodyContent-Anzahl
Wir haben jedem XML-API-Abschnitt eine begrenzte Anzahl von
BodyContent-Funktionen hinzugefügt. Wenn Sie der API-Anfrage zu viele BodyContent-Inhalte hinzufügen, werden der folgende Fehlercode und die folgende Nachricht
ausgegeben: "000053 Die Anzahl der BodyContent in einer Anfrage muss kleiner als {number}sein"
Betroffene APIs:
Beliebige XML-API
XML API-Anfrage 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></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>
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.
Verbesserungen bei
CreateUser
Wir haben CreateUser
verbessert, um die Willkommens-E-Mail in mehreren Sprachen zu unterstützen. Die CreateUser-Anfrage
istHTMLEmail.
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></lastName>
<webExId>xxx</webExId>
<password>xxx xxx</password>
<email>xxx true</email>
<privilege>
<host></host>
<siteAdmin>false</siteAdmin>
<labAdmin></labAdmin>
<voiceOverIp>false</voiceOverIp>
</privilege>
<languageID>3</languageID>
<active>ACTIVATED</active>
<sendWelcome></sendWelcome>
<isHTMLEmail>true</isHTMLEmail>
</bodyContent>
</body>
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 kein Site-Administrator ist, die SetUser API aufruft, um E-Mail-Adressen zu ändern, bleibt die aktuelle E-Mail erhalten, 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 Nicht-Site-Administrator die SetUser-API mehrmals aufruft, ohne den E-Mail-Verifizierungsprozess zu verifizieren, wird die aktuelle E-Mail beibehalten und die neueste neue E-Mail-Adresse muss
überprüft werden.
Wenn ein Site-Administrator-Konto die SetUser API aufruft, um E-Mail-Adressen zu ändern, wird der
E-Mail-Verifizierungsprozess
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
Die GetEnrollmentInfo API sucht derzeit nach IP-Adressen im
Domänennamensystem, was zu enormen Leistungsauswirkungen führen kann. Wir planen, diesen Prozess zu vereinfachen, mit einer leeren Antwort in <domain>
diesem Feld.
Betroffene APIs:
GetEnrollmentInfo
Beispiel für
getEnrollmentInfo-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>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>
</body>
GetEnrollmentInfo
Antwort Beispiel:
<?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>15427906699981548</att:confID>
<att:attendee>
<att:attendeeID>3191792</att:attendeeID>
<att:enrollFields>
<att:defaultFields>
<att:firstName>Alex</att:firstName>
<att:lastName>Omega.alex.yang@gmail.com</att:lastName>
<att:email></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/2 7/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></att:leadScore>
</att:defaultFields>
<att:customFields/>
</att:enrollFields>
<att:domain> </att:domain>
<att:ipAddress>0.0 10.154.181.15</att:ipAddress>
<att:submitTime>27/2020 22:07:38</att:submitTime>
<att:status>GENEHMIGT</att:status>
</att:attendee>
<att:matchingRecords>
<serv:total></serv:total>
<serv:returned>2 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
XML API 40.2.0 Aktualisierungen
Klicken Sie hier, um das XML API 40.2.0-Schema herunterzuladen.
Anonymen Zugriff auf LstSummarySession entfernen
Um die Sicherheit zu erhöhen, stellen wir den Support für den anonymen Zugriff auf die LstSummarySession
API ein. 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
LstSummarySitzungsanforderungsbeispiel:
<?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>
Antwort-Beispiel für
LstSummarySession:
<?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"> FAILURE Leider wurde kein Eintrag
<serv:header>
<serv:response>
<serv:result></serv:result>
<serv:reason>für</serv:reason>
<serv:gsbStatus>PRIMARY</serv:gsbStatus>
<serv:exceptionID>000015 gefunden</serv:exceptionID>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent/>
</serv:body>
Sicherheitsverbesserungen für
CreateMeeting und SetMeeting
Diese Änderung wurde in XML API 40.2.0 vorgenommen, aber die Beschreibung wurde nach Erhalt des Kunden-Feedbacks bearbeitet. |
Zur Sicherheitsverbesserung haben wir die APIs CreateMeeting und SetMeeting aktualisiert, um Benutzern die Planung eines bereits verstrichenen
Meetingbeginns zu
erlauben. 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:
Erstellen einesMeetings
Einrichten vonMeeting
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 die Funktionen CreateMeeting
, CreateEvent ,
CreateTrainingSession
und CreateTeleconferenceSession verbessert, um ein Passwort
in den Text 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:
Erstellen einesMeetings
Createevent
TrainingSession erstellen
CreateTeleconferenceSession (Telefonkonferenz) erstellen
Die CreateMeeting-Antwort
hat jetzt das MeetingPassword-Element:
Beispiel für die Erstellung
einerMeeting-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>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></meetingType>
</metaData>
<schedule>
<startDate>28.10.2020 17:35:00</startDate>
</schedule>
</bodyContent>
</body>
CreateMeeting-Antwort
Beispiel:
<?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>PRIMÄR</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 CreateEvent-Antwort hat nun
das Element eventPassword:
Die Antworten CreateTrainingSession
und CreateTeleconferenceSession haben
jetzt das 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.
Verbesserungen an
GetSessionInfo
Wir haben der GetSessionInfo-API neue Elemente
hinzugefügt. Die API gibt nun Informationen auch für Mobilgeräte zurück.
Betroffene APIs:
GetSessionInfo
Aktualisierungen der Anfrage
für 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>sqdemo11</siteName>
<webExID>siteadmin</webExID>
<password>P@ss1234</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
<sessionKey>713707633 https://go.webex.com/join/dongchen dongchen@go.webex.com oder 123456789_go@webex.com oder</sessionKey>
<pmrUrl></pmrUrl>
<sipUrl>123456789@go.webex.com</sipUrl>
<meetingLink>https://go.webex.com/go/j.php?MTID=m814c6a483d4b5052d539f88d67acbad6</meetingLink>
<meetingUuid>34567323456787643234567876546787654</meetingUuid>
</bodyContent>
</body>
</serv:message>
LstAccessAnywhereHistor-Verbesserungen
Wir haben eine neue API, lstAccessAnywhereHistory, hinzugefügt, um auf Informationen zu Webex Access Anywhere
reagieren.
Betroffene APIs:
LstAccessAnywhereHistory
LstAccessAnywhereHistory-Anfrageaktualisierungen:

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></webExID>
<password>test 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>9/29/2019 02:42:34</sessionEndTimeStart>
<sessionEndTimeEnd>29/2019 05:42:34</sessionEndTimeEnd>
</endTimeScope>
<listControl>
<serv:startFrom></serv:startFrom>
<serv:maximumNum>10 ODER</serv:maximumNum>
<serv:listMethod></serv:listMethod>
</listControl>
<order>
<orderBy>STARTTIME</orderBy>
<orderAD>ASC</orderAD>
</order>
</bodyContent>
</body>
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 dek 6926_dean</history:confID>
<history:userName></history:userName>
<history:computerName></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>