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 ein Webex-Meeting mit dem Typ "Privates Meeting" an- oder zu aktualisieren.

  • Wenn ein Webex-Meeting mit dem Typ "Privates Meeting" angesetzt ist, geben GetSessionInfoGetMeeting, LstSummarySession und LstCalendarSession das neue Element"PrivateMeeting" zurück.

  • GetMeetingType und LstMeetingType geben ein neues Element namens SupportPrivateMeeting zurück, das angibt, ob private Meetings unterstützt werden oder nicht.

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 eine Meeting-Vorlage auf Site-Ebene zurück kehren. 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

meetingTemplateName

der Name angepasster Meeting-Vorlagen auf Site-Ebene

Servicetype

Webex Meetings, Webex Trainings und Webex Events

Schemaänderungen

GetSite: Fügen Sie das Element <meetingTemplates> hinzu.

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 mit Control Hub verknüpfte Unified Webex Meeting-Sites 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 die Umschaltfunktion EnableDisplayName als 1 ist. Wenn die Umschaltfunktion nicht 1 ist, wird der displayName ignoriert.

Schemaänderungen

Createuser:

XMLAPI SetUser unterstützt Anzeigename

SetUser unterstützt Dispalyname, wenn die Umschaltfunktion EnableDisplayName 1 ist. Wenn die Umschaltfunktion nicht 1 ist, wird displayName ignoriert.

Schemaänderungen

Setuser:

XMLAPI GetUser unterstützt Anzeigename

GetUser unterstützt Dispalyname, wenn die Umschaltfunktion EnableDisplayName 1 ist. Wenn die Umschaltfunktion nicht 1 ist, wird displayName nicht angezeigt.

Ist displayName in DB null und die Umschaltfunktion EnableDisplayName ist 1, dann ist displayName firstName+" "+lastName for Non-Asian characters and firstName+lastName for Asian characters.

Schemaänderungen

GetUserResponse:

XMLAPI-Steuerung auf Benutzerebene für CMR Hybrid Voip

Die Einstellung cmrHybridVoip wird verwendet, um die Einstellung auf Benutzerebene für EnableCMRHybridVoIP zu konfigurieren undabzurufen.

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 KnotenhinzuKanStartMyPMR in personalMeetingRoom.

  • createMeeting/setMeeting/getMeeting fügen Sie ein neues KnotengeräthinzuKannStartMeeting 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 odersessionKeyunterstü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 denCreateMeeting-, SetMeeting- und GetMeeting-APIs hinzugefügt.

Element

Beschreibung

Externe Sicherheit

Wenn das Meeting entsperrt ist, können drei Externe Sicherheitsaufgaben zur Auswahl stehen.

Beitrittzulassen: Kann dem Meeting sofort beitreten;

Beitritt mitMitLobbyzulassen: Kann dem Meeting nur beitreten, wenn der Gastgeber sie einlasst;

BlockFromJoin:Kann dem Meeting nicht beitreten;

Autolock

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

autoLockWaitTime

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 aufGetSessionInfohinzugefügt. Diese beiden Elemente werden zurückgegeben, wenn es sich um ein in Bearbeitungdes Meeting handelt.

Element

Beschreibung

hatHostInMeeting

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.

hasAttendeeInMeeting

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</ep:registration>
<ep:registrationURL>https://sitename.webex.com/tc3300/trainingcenter/register/registerSession.do?siteurl=sitename&confID=16###92######61</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 false</ep:serviceType>
</ep:metaData>
<ep:attendeeOptions>
<ep:joinRequiresAccount>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 GetUserCardgemacht. 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/sessionKeyunterstü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-Vorlage (EDU-Sitzungstyp) in XML API-Unterstützung

Wenn Ihre Sites den Sitzungstyp Education Instructor (EDU) aktivieren, kann das XML-API das Anplanen eines Treffens mit der EDU-Meeting-Vorlage unterstützen.

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-Registrierungsformular für eine Webex Meetings-Registrierung überprüfen.

Es gibt eine neue Ausnahme für diese Aufgabe:

Ausnahmenummer

Ausnahmemeldung

040014

Fehlende Pflichtfelder (Registrierungsformular): ...

Wenn Sie beispielsweise "Tätigkeitsbezeichnung" und "Firmenname" als Pflichtfelder für die Registrierung eines Teilnehmers für Webex Meetings ausgewählt haben, müssen Sie beim Aufruf der beiden APIs einen Wert für "Tätigkeitstitel" und "Firmenname" angeben: 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> –Firmenname
...
                    <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> –Firmenname
...
            <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 einesAntwort-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>test</firstName>
<lastName>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></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 über die XML-API CreateMeeting/SetMeeting ein erforderliches oder nicht erforderliches Feld im Registrierungsformular für Teilnehmer aktivieren oder deaktivieren bzw. auf ein erforderliches oder nicht erforderliches Feld klicken.

Im Folgenden finden Sie ein Beispiel für einen Meeting-Plan von der Benutzer-Webseite aus, auf dem Sie im Registrierungsformular für Teilnehmer pflichtfelder wie "Tätigkeitsbezeichnung", "Firmenname", "Stadt" und"Bundesland" überprüfen können:

Im Folgenden finden Sie eine Zuordnung zwischen Seitenfeldern und den Elementen der XML-API:

Seitenfelder XMLAPI-Element
Jobtitel
<title>
Unternehmensname
<company>
Adresse 1
<address1>
Adresse 2
<address2>
Ort
<city>
Bundesland
<state>
Postleitzahl
<postalCode>
Land/Region
<country>
Geschäftliche Telefonnummer
<phone>
Fax
<fax>

Geändertes Schema: Element "registrationForm" 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 ErstellungeinerMeeting-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 AnforderungeinesMeetings 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 Meeting-Typ E2EE unterstützt kein PMR-Meeting.

Wenn Sie während eines Anrufs mit den APIs ein PMR aktivieren:CreateUser/SetUser/GetUser/GetMe, und nur ein E2EE-Meeting-Typ verfügbar ist, wird die folgende Fehlermeldung ausgegeben: "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

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

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>true</umSiteAdmin>
<host>false</host>

<siteAdmin>false</siteAdmin>
<labAdmin></labAdmin>
<voiceOverIp>false</voiceOverIp>
</privilege>
<languageID>false 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:

Anwenden eines API-Schlüssels

JWT-Token generieren

Beispiel für dieGetUserCard-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 falscher persönlicher Raum des Tests</use:lastModifiedTime>
<use:isUploaded></use:isUploaded>
</use:avatar>
<use:personalMeetingRoom>
<use:title></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ürmeetingUUID-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 oder deaktivierten PMR-Benutzer geändert.

Wenn ein vorübergehend deaktivierter oder deaktivierter PMR innerhalb einer Woche erneut aktiviert wird, der nun wieder aktivierte Benutzer oder der Meeting-Schlüssel des PMR aktiviert wird, wird er wie zuvor geändert.

Betroffene APIs:

  • Setuser

  • EntfUser

Verbesserungen an LstSummarySession

Wir haben die API verbessert: LstSummarySession return scheduled-PMR, um ein neues Element zu haben, return AngesetztPMR, in der Anfrage. Die Standardeinstellung für das Umschalten von Funktionen ist 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 eine GetSite-Antwortfunktion zur Umschaltfunktion von SupportXMLAPIReturnSchedPMR hinzugefügt.

Betroffene APIs:

  • GetSite

Schemaänderung:

Das neue Element für die XML-API-GetSite-Antwortist: 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ürGetSite-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 neuenElemente 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 zuGetMeeting-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 GetUserCardund GetSessionInfo

Wir haben das Nutzungslimit auf API GetUserCard und GetSessionInfoimplementiert. 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></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>

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 Begrüßungs-E-Mail in mehreren Sprachen zu unterstützen. Die CreateUser-AnfrageistHTMLEmail.

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></firstName>
<lastName>xxx xxx</lastName>
<webExId></webExId>
<password>xxx xxx</password>
<email>xxx</email>
<privilege>
<host>true</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 der Webex-Site-Administration aktualisieren:

  • 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-Verifizierungsvorgang 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>Alex 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/27/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>false</att:receiveInfo>
<att:address1></att:address1>
<att:address2></att:address2>
<att:city></att:city>
<att:state></att:state>
<att:zipcode></att:zipcode>
<att:country></att:country>
<att:leadSourceID></att:leadSourceID>
<att:leadScore>0.0</att:leadScore>
</att:defaultFields>
<att:customFields/>
</att:enrollFields>
<att:domain> </att:domain>
<att:ipAddress>10.154.181.15</att:ipAddress>
<att:submitTime>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>71673566</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 hat, 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=" FEHLER Leider wurde kein Datensatz gefundenhttp://www.webex.com/schemas/2002/06/service/meeting">
<serv:header>
<serv:response>
<serv:result></serv:result>
<serv:reason></serv:reason>
<serv:gsbStatus>PRIMARY</serv:gsbStatus>
<serv:exceptionID>000015</serv:exceptionID>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent/>
    </serv:body>

Sicherheitsverbesserungen fürCreateMeeting 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 verstrichenenMeetingbeginns 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 ,CreateTrainingSessionund 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 dongchen@go.webex.com oder 123456789_go@webex.com oder</sessionKey>
<pmrUrl>https://go.webex.com/join/dongchen</pmrUrl>
<sipUrl>123456789@go.webex.com</sipUrl>
<meetingLink>https://go.webex.com/go/j.php?MTID=m814c6a483d4b5052d539f88d67acbad6</meetingLink>
<meetingUuid>34567323456787654323456787654</meetingUuid>
    </bodyContent>
</body>
</serv:message>

LstAccessAnywhereHistor-Verbesserungen

Wir haben eine neue API, lstAccessAnywhereHistory, hinzugefügt, um die Berichtsinformationen vonWebex Access Anywhere zu beantworten.

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>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>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</history:confID>
<history:userName>6926_dean ab</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>