Weitere Informationen zu XML API 41 finden Sie in der Übersicht Cisco Webex Meetings API Updates (API 41)

Weitere Informationen zu XML API 39 und XML API 11 finden Sie unter Cisco Webex Meetings XML API Updates Overview (XML API 39 und früher).

Aktualisierungen für XML API 11 SP9 und früher finden Sie unter Cisco DevNet.

Aktualisierungen von API 40.12.0

XML API 40.12.0 Aktualisierungen

Klicken Sie hier, um das XML API 40.12.0-Schema herunterzuladen.

XML API unterstützt den Typ "Private Meeting"

XML-APIs sind wirkt sich aus

  • Wir können API verwenden: CreateMeeting und SetMeeting, um einen Meeting-Webex Meeting mit dem Typ Privates Meeting an- oder zu aktualisieren.

  • Wenn eine Webex Meeting-Sitzung mit dem Typ "Privates Meeting" angesetzt ist, GetSessionInfo GetMeeting, LstSummarySession, und LstCalendarSession gibt eine neue Elementbenennung zurück: PrivateMeeting um es zu kennen.

  • GetMeetingType und LstMeetingType Zurückgeben einer neuen Elementbenennung SupportPrivateMeeting die angibt, ob private Meetings unterstützt werden oder nicht.

Schemaänderungen

XML-API: GetMeetingType/LstMeetingType: Hängen Sie die <SupportPrivateMeeting> Element.

XML-API:LstSummarySession: Hängen Sie die <isPrivateMeeting> Element.

XML-API:LstCalendarSession: Hängen Sie die <isPrivateMeeting> Element.

XML-API:GetSessionInfo: Hängen Sie die <isPrivateMeeting> Element.

XML-API:GetMeeting: Hängen Sie die <isPrivateMeeting> Element.

Anforderung der XML-API: Erstellen einesMeetings

Anfrage für CreateMeeting mit privatem Meeting-Typ

<body>
    <bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting">
        <schedule>
            <startDate>10/25/2020 13:00:00</startDate>
            <duration>45</duration>
            <timeZoneID>45</timeZoneID>
        </schedule>
        <accessControl>
            <meetingPassword>********</meetingPassword>
        </accessControl>
        <metaData>
            <confName>MC_PrivateMeeting_Test</confName>
            <meetingType>168</meetingType>      //169 is a sample which supports Private Meeting
        </metaData>
    </bodyContent>
</body>

Antwort der XML-API: GetSessionInfo

Antwort für isPrivateMeeting

<ep:supportE2E>false</ep:supportE2E>
<ep:isAllowJBH>true</ep:isAllowJBH>
<ep:isPrivateMeeting>true</ep:isPrivateMeeting>     //true: the meeting supports Private Meeting; false: the meeting does not support Private Meeting.
<ep:isCETMeeting>false</ep:isCETMeeting>
<ep:isPersonalMeetingRoom>false</ep:isPersonalMeetingRoom>
<ep:isNextUpcomingInstance>true</ep:isNextUpcomingInstance>

GetSite API gibt Meeting-Vorlagen auf Site-Ebene zurück

Benutzerstory/Aufgabenbeschreibung

Holen Sie sich die Site-API, um auf Website-Ebene Meeting-Vorlage. Auf diese Weise können Education Connector und Webex Classrooms diese Vorlagen für Lehrkräfte anzeigen, damit diese Vorlagen während der Planung ihrer Online-Sitzungen auswählen und auswählen können.

APIs sind auswirkungen

Wenn angepasste Meeting-Vorlagen auf Site-Ebene verfügbar sind, gibt die GetSite-API diese Vorlagen auf Site-Ebene zurück.

Elementname

Beschreibung

meetingTemplateName

der Name angepasster Meeting-Vorlagen auf Site-Ebene

serviceType

Webex Meetings, Webex-Schulungen und Webex Events

Schemaänderungen

Website erhalten: Hängen Sie die <meetingTemplates> Element.

Antwortbeispiel

Website-Antwort erhalten

<ns1:meetingTypes>
    <ns1:meetingTypeID>3</ns1:meetingTypeID>
    <ns1:meetingTypeName>PRO</ns1:meetingTypeName>
</ns1:meetingTypes>
<ns1:meetingTemplates>
    <ns1:meetingTemplate>
        <ns1:meetingTemplateName>MC Meeting Tempalte 1</ns1:meetingTemplateName>
        <ns1:serviceType>MeetingCenter</ns1:serviceType>
    </ns1:meetingTemplate>
    <ns1:meetingTemplate>
        <ns1:meetingTemplateName>EC Meeting Tempalte 2</ns1:meetingTemplateName>
        <ns1:serviceType>EventCenter</ns1:serviceType>
    </ns1:meetingTemplate>
    <ns1:meetingTemplate>
        <ns1:meetingTemplateName>TC Meeting Template 3</ns1:meetingTemplateName>
        <ns1:serviceType>TrainingCenter</ns1:serviceType>
    </ns1:meetingTemplate>
</ns1:meetingTemplates>

XML API SetUser kann Element von nicht ändern supportedServices wenn es sich bei der Site um eine EINHEITLICHE CI-Site handelt

Beschreibung

XMLAPI SetUser Nicht unterstützt Änderungswert von " supportedServices" in einer API-Anfrage, wenn es sich bei der Site um einen mit Control Hub verknüpften Unified Webex Meeting handelt.

Schemaänderungen

Es gibt keine Schemaänderung auf der API: SetUser definiert.

WEBEX-15436: Zusätzlichen Schutz, um doppelte E-Mails in zu vermeiden Mtgconfattendeelist

Beschreibung

Wenn mehrere Teilnehmer mit derselben E-Mail zu demselben Meeting in derselben API-Anfrage hinzugefügt werden, verarbeiten wir nur den ersten Teilnehmer mit der E-Mail.

Auswirkungen auf APIs

  • CreateMeetingAttendee

  • CreateUser

  • SetUser

  • CreateMeeting

  • SetMeeting

  • CreateEvent

  • SetEvent

  • CreateTrainingSession

  • SetTrainingSession

Beispiel-API

Anfrage

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2002/06/service">
    <header>
        <securityContext>
            <siteName>testSite</siteName>
            <webExID>testUser</webExID>
            <password>password</password>
        </securityContext>
    </header>
    <body>
        <bodyContent xsi:type="java:com.webex.service.binding.attendee.CreateMeetingAttendee">
            <sessionKey>1714904382</sessionKey>
            <person>
                <email>test@webex.com</email>
                <name>name1</name>
            </person>
            <attendees>
                <person>
                    <email>test@webex.com</email>
                    <name>name2</name>
                </person>
                <sessionKey>1714904382</sessionKey>
            </attendees>
        </bodyContent>
    </body>
</serv:message>

Aktualisierungen von API 40.11.0

XML API 40.11.0 Aktualisierungen

Klicken Sie hier, um das XML API 40.11.0-Schema herunterzuladen.

XMLAPI CreateUser unterstützt Anzeigename

CreateUser Unterstützt dispalyname beim Funktionsumschalter EnableDisplayName ist als 1. Wenn der Funktionsumschalter nicht 1 ist, displayName wird ignoriert.

Schemaänderungen

CreateUser:

XMLAPI SetUser unterstützt Anzeigename

SetUser Unterstützt dispalyname beim Funktionsumschalter EnableDisplayName ist 1. Wenn der Funktionsumschalter nicht 1 ist, displayName wird ignoriert.

Schemaänderungen

SetUser:

XMLAPI GetUser unterstützt Anzeigename

GetUser Unterstützt dispalyname beim Funktionsumschalter EnableDisplayName ist 1. Wenn der Funktionsumschalter nicht 1 ist, displayName wird nicht angezeigt.

Wann displayName in DB ist Null und Funktionsumschalter EnableDisplayName ist 1, displayName wird sein firstName+" "+lastName für nicht asiatische Zeichen und firstName+lastName für asiatische Zeichen.

Schemaänderungen

GetUserResponse:

Kontrolle der XMLAPI-Benutzerebene für CMR Hybrid VoIP

Das Symbol cmrHybridVoip wird verwendet, um die Einstellung auf Benutzerebene für zu konfigurieren und abzurufen EnableCMRHybridVoIP definiert.

Schemaänderungen

GetUser Response:

CreateUser Request:

SetUser Request:

AKTUALISIERUNGEN VON API 40.10.0

XML API 40.10.0 Aktualisierungen

Klicken Sie hier, um das XML API 40.10.0-Schema herunterzuladen.

XML API support for meeting UUID API-Anfrage und -Antwort

Beispiel-XML-API: GetSessionInfo Anfrage:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
  <securityContext>
      <siteName>xxx</siteName>
      <webExID>Test</webExID>
      <password>xxx</password>
  </securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
    <sessionKey>805325231</sessionKey>
    or
    <meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>

Antwort:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:ep="http://www.webex.com/schemas/2002/06/service/ep" xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <ep:status>NOT_INPROGRESS</ep:status>
            <ep:isLocked>false</ep:isLocked>
            <ep:sessionkey>805325231</ep:sessionkey>
            <ep:meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
            <ep:confID>158941507534980823</ep:confID>
            ...
            ...
        </serv:bodyContent>
    </serv:body>
</serv:message>

Betroffene API:

  • CreateMeetingAttendee

  • DelMeetingAttendee

  • RegisterMeetingAttendee

  • CreateTeleconferenceSession

  • SetTeleconferenceSession

  • GetTeleconferenceSession

  • CreateTrainingSession

  • SetTrainingSession

  • GetTrainingSession

  • DelTrainingSession

  • CreateEvent

  • SetEvent

  • DelEvent

XMLAPI gibt ein zusätzliches Element für die Site-Admin-Konfiguration zurück, um Screenshot zu deaktivieren

Die Anforderung kommt von Sicherheit – beides PenTest Programmfehler und Kunden, wie Goldman Sachs. Sie möchten nicht zulassen, dass Endbenutzer Screenshots in der Meetings-App erstellen. In der Zwischenzeit wünschen sich viele andere Kunden diese Funktion , um screenshots zu ermöglichen. Auch Education-Benutzer möchte den Screenshot zulassen. Für dieses Feld wird eine Site-Administrator-Konfiguration erstellt, und XMLAPI gibt ein zusätzliches Feld zurück. EnableMobileScreenCapture als Antwort auf GetSite um dies zu unterstützen.

Beispiel für eine GetSite-Anforderung

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
   <header>
      <securityContext>
         <siteName>xxxx</siteName>
         <webExID>Test</webExID>
         <password>xxxx</password>
      </securityContext>
   </header>
   <body>
      <bodyContent xsi:type="java:com.webex.service.binding.site.GetSite" />
   </body>
</serv:message>

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:ns1="http://www.webex.com/schemas/2002/06/service/site" xmlns:event="http://www.webex.com/schemas/2002/06/service/event">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <ns1:siteInstance>
                ...
                <ns1:securityOptions>
                    ...
                    ...
                    <ns1:EnableMobileScreenCapture>false</ns1:EnableMobileScreenCapture>
                    ...
                </ns1:securityOptions>
                ...
            </ns1:siteInstance>
        </serv:bodyContent>
    </serv:body>
</serv:message>

Betroffene API

GetSite

Verbesserung des Beitretens zu XML-API unter Unterstützung von MEET-269 PIN-weniger PIN

XMLAPI Fügen Sie eine NEUE OPTION hinzu Videokonferenzsysteme in meiner Organisation können Meetings ohne Aufforderungen für Meetings im persönlichen Raum und MC-Meeting starten und diesen beitreten.

  • createUser/setUser/getUser Neuen Knoten hinzufügen deviceCanStartMyPMR in personalMeetingRoom definiert.

  • createMeeting/setMeeting/getMeeting Neuen Knoten hinzufügen deviceCanStartMeeting in Zeitplan.

Die Option in der Webex-Benutzeroberfläche für meeting in einem persönlichen Raum:

Schemaänderungen

CreateUser:

SetUser:

getUserResponse:

CreateMeeting:

setMeeting:

getMeetingResponse:

AKTUALISIERUNGEN VON API 40.9.0

XML API 40.9.0 Aktualisierungen

Klicken Sie hier, um das XML API 40.9.0-Schema herunterzuladen.

XML API support for meeting UUID Anfrage und Antwort

Wir haben die Meeting-UUID der API-Anfrage und -Antwort hinzugefügt, wo immer wir als ein meetingKey oder sessionKey definiert.

Beispiel-XML-API: GetSessionInfo Anfrage:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
  <securityContext>
      <siteName>xxx</siteName>
      <webExID>Test</webExID>
      <password>xxx</password>
  </securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
    <sessionKey>805325231</sessionKey>
    or
    <meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>

Antwort:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:ep="http://www.webex.com/schemas/2002/06/service/ep" xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <ep:status>NOT_INPROGRESS</ep:status>
            <ep:isLocked>false</ep:isLocked>
            <ep:sessionkey>805325231</ep:sessionkey>
            <ep:meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
            <ep:confID>158941507534980823</ep:confID>
            ...
            ...
        </serv:bodyContent>
    </serv:body>
</serv:message>

Betroffene API:

  • GetEnrollmentInfo

  • LstsummaryTrainingSession

  • AddScheduledTest

  • SetScheduledTest

  • DelScheduledTest

  • GetTestInformation

  • UploadEventImage

  • SendInvitationEmail

  • CreateSupportSession

  • LstmeetingusagePreliminaryHistory

  • LstmeetingattendeePreliminaryHistory

  • LsteventsessionPreliminaryHistory

  • LsteventattendeePreliminaryHistory

  • LstTrainingPollResultsHistory

Webex-Meetings verfügen über eine gesperrte Meeting-Lobby, in der Benutzer warten können, bis sie zum Meeting zugelassen werden.

Die XML API planen und bearbeiten MC-Meeting, um gesperrte Lobby zu unterstützen, wenn die Funktion( ConsistentLockedLobby) ein.

Schemaänderungen

Drei neue Elemente wurden hinzugefügt ( externalAttendeeSecurity, autoLock, autoLockWaitTime) in die CreateMeeting-, SetMeeting- und GetMeeting-APIs ein.

Element

Beschreibung

externalAttendeeSecurity

Wenn das Meeting entsperrt ist, stehen drei externer Benutzer Sicherheitsaufgaben zur Auswahl.

AllowJoin: Kann dem Meeting sofort beitreten;

AllowJoinWithLobby: Kann dem Meeting nur beitreten, wenn der Gastgeber sie einlasse;

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

Request of CreateMeeting:

<bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting">
    ...
    <attendeeOptions>
        ...
        <joinRequiresAccount>false</joinRequiresAccount>
        <externalAttendeeSecurity>AllowJoinWithLobby</externalAttendeeSecurity>
        <autoLock>true</autoLock>
        <autoLockWaitTime>10</autoLockWaitTime>
    </attendeeOptions>
    ...
   </bodyContent>
</body>
</serv:message>

Request of SetMeeting:

<bodyContent xsi:type="java:com.webex.service.binding.meeting.SetMeeting">
    <meetingkey>2###1###01</meetingkey>
    ...
    <attendeeOptions>
        ...
        <joinRequiresAccount>false</joinRequiresAccount>
        <externalAttendeeSecurity>AllowJoinWithLobby</externalAttendeeSecurity>
        <autoLock>true</autoLock>
        <autoLockWaitTime>10</autoLockWaitTime>
    </attendeeOptions>
    ...
   </bodyContent>
</body>
</serv:message>

Antwort von GetMeeting:

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common"

xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting" xmlns:att="http://www.webex.com/schemas/2002/06/service/attendee">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="meet:getMeetingResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            ...
            <meet:attendeeOptions>
                ...
                <meet:joinRequiresAccount>false</meet:joinRequiresAccount>
                <meet:externalAttendeeSecurity>AllowJoin</meet:externalAttendeeSecurity>
                <meet:autoLock>true</meet:autoLock>
                <meet:autoLockWaitTime>10</meet:autoLockWaitTime>
            </meet:attendeeOptions>
            ...
   </bodyContent>
</body>
</serv:message>

Betroffene API:

  • CreateMeeting

  • SetMeeting

  • GetMeeting

Verbesserung GetSessionInfo API zur Rückgabe des Teilnehmerstatus in einer in Bearbeitung einer Sitzung

Zwei neue Elemente wurden hinzugefügt ( hasHostInMeeting, hasAttendeeInMeeting) als Antwort auf GetSessionInfo definiert. Diese beiden Elemente werden zurückgegeben, wenn es sich um ein in Bearbeitungdes Meeting handelt.

Element

Beschreibung

hasHostInMeeting

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>true</ep:hasAttendeeInMeeting>

            ...
   </bodyContent>
</body>
</serv:message>

Betroffene API:

GetSessionInfo

Für die API GetUserCard ist eine Autorisierung erforderlich.

Sicherheitsverbesserung der XML-API GetUserCard erfordert die Autorisierung, um Benutzerinformationen zu erhalten.

Betroffene API:

GetUserCard

Aktualisierungen von API 40.8.0

XML API 40.8.0 Aktualisierungen

Klicken Sie hier, um das XML API 40.8.0-Schema herunterzuladen.

GetSessionInfo Antwortverbesserung

Wenn Sie vom Meeting nicht eingeladen oder genehmigt wurden, rufen Sie die XML-API auf: GetSessionInfo gibt die Elemente nicht zurück: confName, startDate, duration, timeZone, meetingLink, sipURL, displayMeetingUrl im API-Antwortkörper.

API-Antwort– Beispiel für Meetings:

<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    <ep:status>NOT_INPROGRESS</ep:status>
    <ep:sessionkey>1####2###4</ep:sessionkey>
    <ep:accessControl>
        <ep:listStatus>UNLISTED</ep:listStatus>
        <ep:registration>false</ep:registration>
        <ep:passwordReq>true</ep:passwordReq>
        <ep:isRegisterIDRequired>false</ep:isRegisterIDRequired>
    </ep:accessControl>
    <ep:metaData>
        <ep:serviceType>MeetingCenter</ep:serviceType>
    </ep:metaData>
    <ep:attendeeOptions>
        <ep:joinRequiresAccount>false</ep:joinRequiresAccount>
    </ep:attendeeOptions>
    <ep:isAllowJBH>true</ep:isAllowJBH>
    <ep:isCETMeeting>true</ep:isCETMeeting>
    <ep:isPersonalMeetingRoom>false</ep:isPersonalMeetingRoom>
</serv:bodyContent>

API-Antwort– Beispiel für Schulungen/Events:

<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    <ep:status>NOT_INPROGRESS</ep:status>
    <ep:sessionkey>1####5###9</ep:sessionkey>
    <ep:accessControl>
        <ep:listStatus>UNLISTED</ep:listStatus>
        <ep:registration>true</ep:registration>
        <ep:registrationURL>https://sitename.webex.com/tc3300/trainingcenter/register/registerSession.do?siteurl=sitename&amp;confID=16###92######61</ep:registrationURL>
        <ep:passwordReq>true</ep:passwordReq>
        <ep:registrationURLForMobile>https://sitename.webex.com/tc3300/trainingcenter/meeting/sessionInfoMobile.do?siteurl=sitename&amp;confID=16###92######61</ep:registrationURLForMobile>
        <ep:joinStatus>INVITE/REGISTER/REJECT</ep:joinStatus>
        <ep:isRegisterIDRequired>false</ep:isRegisterIDRequired>
    </ep:accessControl>
    <ep:metaData>
        <ep:serviceType>TrainingCenter</ep:serviceType>
    </ep:metaData>
    <ep:attendeeOptions>
        <ep:joinRequiresAccount>false</ep:joinRequiresAccount>
    </ep:attendeeOptions>
    <ep:isAllowJBH>true</ep:isAllowJBH>
    <ep:isCETMeeting>true</ep:isCETMeeting>
    <ep:isPersonalMeetingRoom>false</ep:isPersonalMeetingRoom>
</serv:bodyContent>

Betroffene API:

  • GetSessionInfo

GetSessionInfo, GetUserCard Sicherheitsverbesserungen

Wir haben eine Sicherheitsverbesserung für die XML-API GetSessionInfo und GetUserCard definiert. Wir werden den Zugriff auf diese beiden APIs in den nächsten zwei Stunden blockieren, wenn ihr Anruf das Limit in einer Stunde ohne Datenfehler erreicht hat.

Die Antwort auf den Fehlerstatus ist: "403 verboten"

Betroffene APIs:

  • GetSessionInfo

  • GetUserCard

meetingUUID api-Anfrage und Antwortunterstützung

Wir haben meetingUUID zur API-Anfrage hinzugefügt und antworten, wo immer wir eine unterstützen meetingKey/sessionKey definiert.

GetSessionInfo Anfrage:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
  <securityContext>
      <siteName>xxx</siteName>
      <webExID>Test</webExID>
      <password>xxx</password>
  </securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
    <sessionKey>805325231</sessionKey>
    or
    <meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>

Antwort:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:ep="http://www.webex.com/schemas/2002/06/service/ep" xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <ep:status>NOT_INPROGRESS</ep:status>
            <ep:isLocked>false</ep:isLocked>
            <ep:sessionkey>805325231</ep:sessionkey>
            <ep:meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
            <ep:confID>158941507534980823</ep:confID>
            ...
            ...
        </serv:bodyContent>
    </serv:body>
</serv:message>

Betroffene API:

  • LstOpenSession

  • GetEnrollmentInfo

  • LstsummaryMeeting

  • LstScheduledTests

  • GetEvent

  • LstsummaryEvent

  • LstmeetingusageHistory

  • LsttrainingsessionHistory

  • LsteventsessionHistory

  • LstsupportsessionHistory

  • DelSession

Education Sites Template (EDU Sitzungstyp) in XML API-Unterstützung

Wenn Ihre Sites Education Instructor (EDU) für Sitzungstyp, kann das XML-API die Planung eines Treffens mit dem EDU-Meeting-Vorlage.

Betroffene API:

  • CreateMeeting

  • SetMeeting

  • CreateEvent

  • SetEvent

  • CreateTrainingSession

  • SetTrainingSession

XML-API CreateMeetingAttendee und RegisterMeetingAttendee Support

Beides CreateMeetingAttendee und RegisterMeetingAttendee können das erforderliche Registrierungsformular für Teilnehmer-Registrierung Registrierung Webex Meetings überprüfen.

Es gibt eine neue Ausnahme für diese Aufgabe:

Ausnahmenummer

Ausnahmemeldung

040014

Fehlende Pflichtfelder (Registrierungsformular): ...

Wenn Sie beispielsweise "Tätigkeitsbezeichnung" und "Unternehmensname" als Pflichtfelder für eine Teilnehmer-Webex Meetings-Registrierung ausgewählt haben, müssen Sie beim Aufruf der beiden APIs einen Wert für die "Tätigkeitsbezeichnung" und "Unternehmensname" bereitstellen: CreateMeetingAttendee und RegisterMeetingAttendee definiert.

RegisterMeetingAttendee Anfrage:

<body>        
        <bodyContent xsi:type="java:com.webex.service.binding.attendee.RegisterMeetingAttendee">
            <attendees>
                <person>
                    <name>FirstNameb LastName</name>
                    <firstName>FirstNameb</firstName>
                    <lastName>LastName</lastName>
                    <title>Engineer</title>             //Job Title
                    <company>Cisco1234</company>        //Company Name
                    ...
                    <email>****@*****.com</email>              
                    <type>VISITOR</type>
                    <sendReminder>true</sendReminder>
                </person>
                <role>ATTENDEE</role>
                <joinStatus>ACCEPT</joinStatus>
                <emailInvitations>true</emailInvitations>
                <sessionKey>1####4####1</sessionKey>
            </attendees>
        </bodyContent>  
    </body>
</serv:message>

CreateMeetingAttendee Anfrage:

<bodyContent xsi:type="java:com.webex.service.binding.attendee.CreateMeetingAttendee">
        <person>
            <name>FirstNameA LastNameA</name>
            <firstName>FirstNameA</firstName>
            <lastName>LastNameA</lastName>
            <title>Engineer</title>         //Job Title
            <company>Cisco1234</company>    //Company Name
            ...
            <email>*****@*****.com</email>
            <type>VISITOR</type>
            <sendReminder>true</sendReminder>
        </person>
    <role>ATTENDEE</role>
    <joinStatus>ACCEPT</joinStatus>
    <emailInvitations>true</emailInvitations>
    <sessionKey>1###4####1</sessionKey>

040014 Exception of Response Beispiel:


<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:att="http://www.webex.com/schemas/2002/06/service/attendee">
    <serv:header>
        <serv:response>
            <serv:result>FAILURE</serv:result>
            <serv:reason>Missing required fields (registration form) : title,company</serv:reason>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
            <serv:exceptionID>040014</serv:exceptionID>
            <serv:value>title,company</serv:value>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent/>
    </serv:body>
</serv:message>

Betroffene API:

  • CreateMeetingAttendee

  • RegisterMeetingAttendee

Verbesserungen der XML API E-Mail-Validierung

Die XML-API sollte keine Leerzeichen in einer E-Mail zulassen; daher haben wir eine verbesserte E-Mail-Validierung, um sie an das Verhalten der Webex Meetings-Seite zu passen.

Betroffene API:

  • CreateMeetingAttendee

  • CreateEvent

  • SetEvent

  • CreateContact

  • SetContact

  • SetRecordingInfo

  • CreateMeetingAttendee

  • CreateTrainingSession

  • SetTrainingSession

  • CreateUser

  • SetUser

  • CreateMeeting

  • SetMeeting

  • RegisterMeetingAttendee

Aktualisierungen von API 40.7.0

XML API 40.7.0 Aktualisierungen

Klicken Sie hier, um das XML API 40.7.0-Schema herunterzuladen.

meetingUUID Support

Wir haben hinzugefügt meetingUUID auf die API-Anfrage und -Antwort, wenn wir einen MeetingKey oder einen sessionKey unterstützen.

GetSessionInfo Anfragebeispiel:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
  <securityContext>
      <siteName>xxx</siteName>
      <webExID>Test</webExID>
      <password>xxx</password>
  </securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
    <sessionKey>805325231</sessionKey>
    or
    <meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>

GetSessionInfo Anfragebeispiel:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
  <securityContext>
      <siteName>xxx</siteName>
      <webExID>Test</webExID>
      <password>xxx</password>
  </securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
    <sessionKey>805325231</sessionKey>
    or
    <meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>

GetSessionInfo Beispiel für Antwort:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:ep="http://www.webex.com/schemas/2002/06/service/ep" xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <ep:status>NOT_INPROGRESS</ep:status>
            <ep:isLocked>false</ep:isLocked>
            <ep:sessionkey>805325231</ep:sessionkey>
            <ep:meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
            <ep:confID>158941507534980823</ep:confID>
            ...
            ...
        </serv:bodyContent>
    </serv:body>
</serv:message>

Betroffene APIs:

  • LstmeetingattendeeHistory

  • LsttrainingattendeeHistory

  • LsteventattendeeHistory

  • LstsupportattendeeHistory

CreateUser API-Willkommens-E-Mail-Unterstützung für vier neue Sprachen

Die XMLAPI-Willkommens-HTML-E-Mail unterstützt die folgenden vier neuen Sprachen:

  • Tschechisch (languageID=19)

  • Polnisch (languageID=20)

  • Ungarisch (languageID=21)

  • Aus (languageID=22)

XMLAPI sendet die Begrüßungs-E-Mail entsprechend der Sprache oder languageID im CreateUser Anfrage.

Mit CreateUser Zum Senden von HTML-Willkommens-E-Mails – Beispiel (Tschechisch):

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
                xmlns:serv="http://www.webex.com/schemas/2002/06/service">
    <header>
        <securityContext>
            <siteName>xxx</siteName>
            <webExID>Test</webExID>
            <password>xxx</password>
        </securityContext>
    </header>
    <body>
        <bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
            <bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
                <firstName>test</firstName>
                <lastName>user</lastName>
                <webExId>testuser</webExId>
                <password>xxxxxx</password>
                <email>testuser@test.com</email>
                <privilege>
                    <host>true</host>
                </privilege>
                <languageID>19</languageID>
                or
                <language>Czech</language>
                <active>ACTIVATED</active>
                <sendWelcome>true</sendWelcome>
                <isHTMLEmail>true</isHTMLEmail>
            </bodyContent>
        </bodyContent>
    </body>
</serv:message>

API 40.6.1, 40.4.9 Aktualisierungen

XML API 40.6.1, 40.4.9 Aktualisierungen

Klicken Sie hier, um das XML API 40.6.1-Schema herunterzuladen.

Klicken Sie hier, um das XML API 40.4.9-Schema herunterzuladen.

CreateMeeting/SetMeeting Support

Wenn Sie ein Webex-Meeting anplanen, XML API CreateMeeting/SetMeeting ermöglicht Ihnen, ein erforderliches oder nicht erforderliches Feld im Formular für die Teilnehmer-Registrierung zu aktivieren oder Teilnehmer-Registrierung klicken.

Es folgt ein Beispiel für einen Meeting-Plan von der Benutzer-Webseite aus, auf dem Sie die erforderlichen Felder wie "Tätigkeitstitel", "Unternehmensname", "Stadt" und "Bundesland" auf dem Teilnehmer-Registrierungaktivieren können:

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

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

Geändertes Schema: Element "registrationForm" hinzufügen in CreateMeeting

Geändertes Schema: Element "registrationForm" hinzufügen in SetMeeting

Geändertes Schema: Element "registrationForm" hinzufügen in GetMeeting

CreateMeetingAnfragebeispiel:

<bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting">
      <accessControl>
          <meetingPassword>password</meetingPassword>
      </accessControl>    
      <attendeeOptions>
          <emailInvitations>true</emailInvitations>
          <registration>true</registration>
          <auto>false</auto>
      </attendeeOptions>      
      <registrationForm>
          <title><req>true</req></title>          <!-- true -->
          <company><req>true</req></company>      <!-- true -->
          <address1><req>false</req></address1>
          <address2><req>false</req></address2>
          <city><req>true</req></city>            <!-- true -->
          <state><req>true</req></state>          <!-- true -->
          <postalCode><req>false</req></postalCode>
          <country><req>false</req></country>
          <phone><req>false</req></phone>
          <fax><req>false</req></fax>
      </registrationForm>

SetMeetingAnfragebeispiel:

<bodyContent xsi:type="java:com.webex.service.binding.meeting.SetMeeting">
    <meetingkey>1015045339</meetingkey>

    <metaData>
        <confName>Conference Name</confName>
        <meetingType>3</meetingType>
    </metaData>
    
    <attendeeOptions>
        <emailInvitations>true</emailInvitations>
        <registration>true</registration>
        <auto>true</auto>
    </attendeeOptions>
    
    <registrationForm>
        <title><req>true</req></title>    
        <company><req>true</req></company>    
        <address1><req>false</req></address1>
        <address2><req>false</req></address2>
        <city><req>true</req></city>          
        <state><req>true</req></state>        
        <postalCode><req>false</req></postalCode>
        <country><req>false</req></country>
        <phone><req>false</req></phone>
        <fax><req>false</req></fax>
    </registrationForm>

GetMeetingBeispiel für Antwort:

            <meet:sipURL>1234567890@sitename.webex.com</meet:sipURL>
            <meet:displayMeetingUrl>1234567890@sitename.webex.com</meet:displayMeetingUrl>
            <meet:registrationForm>
                <meet:phone><meet:req>false</meet:req></meet:phone>
                <meet:title><meet:req>true</meet:req></meet:title>        
                <meet:company><meet:req>true</meet:req></meet:company>    
                <meet:address1><meet:req>false</meet:req></meet:address1>
                <meet:address2><meet:req>false</meet:req></meet:address2>
                <meet:city><meet:req>true</meet:req></meet:city>          
                <meet:state><meet:req>true</meet:req></meet:state>        
                <meet:postalCode><meet:req>false</meet:req></meet:postalCode>
                <meet:country><meet:req>false</meet:req></meet:country>
                <meet:fax><meet:req>false</meet:req></meet:fax>
            </meet:registrationForm>
        </serv:bodyContent>
    </serv:body>
</serv:message>

Betroffene APIs:

  • CreateMeeting

  • SetMeeting

  • GetMeeting

  • DelMeeting

Der E2EE-Meeting-Typ unterstützt kein PMR-Meeting

Wenn Sie eine Option PMR Anrufs mit den APIs aktivieren: CreateUser/SetUser/GetUser/GetMe und nur eine E2EE-Meeting-Typ verfügbar ist, wird die folgende Fehlermeldung ausgegeben: "110063 Der Benutzer muss mindestens über einen Nicht-E2EE-Meeting-Typ verfügen, um die PMR."

Betroffene APIs:

  • CreateUser

  • SetUser

  • GetUser

  • GetMe

Aktualisierungen von API 40.6.0

XML API 40.6.0 Aktualisierungen

Klicken Sie hier, um das XML API 40.6.0-Schema herunterzuladen.

Benutzerverwaltungsrolle hinzugefügt

Wir haben die Benutzerverwaltungsrolle erstellt und die Schemadatei für folgendes wurde geändert.

Geändertes Schema: CreateUserAnfrage:

Geändertes Schema: SetUser

Geändertes Schema: GetMeAntwort:

Geändertes Schema: LstsummaryUserAntwort:

Betroffene APIs:

  • CreateUser

  • SetUser

  • GetMe

  • LstsummaryUser

CreateUserAnfragebeispiel:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
    <securityContext>
       <siteName>xxx</siteName>      
       <webExID>SiteAdmin</webExID>
       <password>xxxx</password>      
    </securityContext>  
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
    <firstName>xxx</firstName>
    <lastName>xxx</lastName>
    <webExId>xxx</webExId>
    <password>xxx</password>
    <email>xxx</email>
    <privilege>
        <umSiteAdmin>true</umSiteAdmin>
        <host>false</host>

        <siteAdmin>false</siteAdmin>
        <labAdmin>false</labAdmin>
        <voiceOverIp>false</voiceOverIp>
    </privilege>
    <languageID>3</languageID>
    <active>ACTIVATED</active>
    <sendWelcome>true</sendWelcome>
    <isHTMLEmail>true</isHTMLEmail>
</bodyContent>  
</body>
</serv:message>

Unterstützung durch Zugriff auf den API-Schlüssel GetUserCard

Wir unterstützen jetzt die Verwendung des API-Schlüssels (generierter JWT-Token) auf die API: GetUserCard in dieser Version.

Sie können auf diesen Seiten zum Anwenden eines API-Schlüssels und zum Generieren eines JWT-Token verweisen:

Anwenden eines API-Schlüssels

JWT-Token generieren

GetUserCardAnfragebeispiel:

POST https://{sitename}.webex.com/WBXService/XMLService
Header:
    Content-Type application/json;charset=utf-8
    JWTToken ${jwttoken}
Body:  
<?xml version="1.0" encoding="UTF-8"?>
<message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2009/05/service">
<header>
    <securityContext>
      <siteName>{sitename}</siteName>
    </securityContext>
</header>
<body>
    <bodyContent xsi:type="java:com.webex.service.binding.user.GetUserCard">
        <webExId>{userName}</webExId>
    </bodyContent>
</body>
</message>  

Beispiel für Antwort:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:use="http://www.webex.com/schemas/2002/06/service/user">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="use:getUserCardResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <use:avatar>
                <use:url>https://xxxx.webex.com/svc3300/svccomponents/html/img/avatar160.png</use:url>
                <use:lastModifiedTime>1587493389768</use:lastModifiedTime>
                <use:isUploaded>false</use:isUploaded>
            </use:avatar>
            <use:personalMeetingRoom>
                <use:title>Test's Personal Room</use:title>
                <use:personalMeetingRoomURL>https://xxxx.webex.com/meet/Test</use:personalMeetingRoomURL>
                <use:accessCode>713289692</use:accessCode>
            </use:personalMeetingRoom>
        </serv:bodyContent>
    </serv:body>
</serv:message>

Support für meetingUUID API-Anfrage und -Antwort

Wir haben hinzugefügt meetingUUID auf die API-Anfrage und -Antwort zu, wenn wir einen MeetingKey oder einen sessionKey unterstützen.

Betroffene APIs:

  • LstRecording

  • LstsummarySession

  • GetSesssionInfo

  • GethosturlMeeting

  • GetjoinurlMeeting

  • LstMeetingAttendee

  • CreateMeeting

  • SetMeeting

  • GetMeeting

  • DelMeeting

  • LstCalendarSession

meetingUUIDAnfragebeispiel:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
  <securityContext>
      <siteName>xxx</siteName>
      <webExID>Test</webExID>
      <password>xxx</password>
  </securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
    <sessionKey>805325231</sessionKey>
    or
    <meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>

meetingUUIDBeispiel für Antwort:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:ep="http://www.webex.com/schemas/2002/06/service/ep" xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <ep:status>NOT_INPROGRESS</ep:status>
            <ep:isLocked>false</ep:isLocked>
            <ep:sessionkey>805325231</ep:sessionkey>
            <ep:meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
            <ep:confID>158941507534980823</ep:confID>
            ...
            ...
        </serv:bodyContent>
    </serv:body>
</serv:message>

PMR Meeting-Schlüssel werden nicht von einem vorübergehend deaktivierten Benutzer oder einem deaktivierten Meeting-PMR

Wenn ein vorübergehend deaktivierter benutzer oder deaktivierter PMR innerhalb einer Woche erneut aktiviert wird, der nun wieder aktivierte Benutzer oder die Meeting-Taste von PMR wird nicht geändert, ist sie gleich wie zuvor.

Betroffene APIs:

  • SetUser

  • DelUser

LstSummarySession Verbesserungen

Wir haben die API verbessert: LstSummarySession zurück zum angesetzten PMR ein neues Element haben, returnScheduledPMR in der Anforderung. Die Standardeinstellung Funktionsumschalter deaktiviert.

Betroffene APIs:

  • LstSummarySession

Schemaänderung:

Wir fügen einen neuen Elementnamen hinzu returnScheduledPMR in der API LstSummarySession-Anforderung.

Wir fügen einen neuen Elementnamen hinzu isScheduledPMR in der API LstSummarySession-Antwort.

LstSummarySessionAnfragebeispiel:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
   <header>
      <securityContext>
         <siteName>xxx</siteName>
         <webExID>Test</webExID>
         <password>xxx</password>
         <partnerID>xxxx</partnerID>
         <clientInfo>xxxx</clientInfo>
      </securityContext>
   </header>
   <body>
      <bodyContent xsi:type="java:com.webex.service.binding.ep.LstsummarySession">
         <listControl>
            <startFrom>1</startFrom>
            <maximumNum>2</maximumNum>
            <listMethod>AND</listMethod>
         </listControl>
         <dateScope>
            <startDateStart>11/01/2019 8:0:0</startDateStart>
            <startDateEnd>12/01/2019 7:59:59</startDateEnd>
            <timeZoneID>4</timeZoneID>
            <endDateStart>11/01/2019 8:0:0</endDateStart>
            <endDateEnd>12/01/2019 7:59:59</endDateEnd>
         </dateScope>
         <order>
            <orderBy>HOSTWEBEXID</orderBy>
            <orderAD>ASC</orderAD>
            <orderBy>CONFNAME</orderBy>
            <orderAD>ASC</orderAD>
            <orderBy>STARTTIME</orderBy>
            <orderAD>ASC</orderAD>
         </order>
         <serviceTypes>
            <serviceType>EventCenter</serviceType>
            <serviceType>MeetingCenter</serviceType>
            <serviceType>SalesCenter</serviceType>
            <serviceType>TrainingCenter</serviceType>
            <serviceType>SupportCenter</serviceType>
         </serviceTypes>
         <returnScheduledPMR>true</returnScheduledPMR>
      </bodyContent>
   </body>
</serv:message>

LstSummarySessionBeispiel für Antwort:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:ep="http://www.webex.com/schemas/2002/06/service/ep" xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting">
   <serv:header>
      <serv:response>
         <serv:result>SUCCESS</serv:result>
         <serv:gsbStatus>PRIMARY</serv:gsbStatus>
      </serv:response>
   </serv:header>
   <serv:body>
      <serv:bodyContent xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="ep:lstsummarySessionResponse">
         <ep:matchingRecords>
            <serv:total>1787</serv:total>
            <serv:returned>2</serv:returned>
            <serv:startFrom>1</serv:startFrom>
         </ep:matchingRecords>
         <ep:session>
            <ep:sessionKey>809914325</ep:sessionKey>          
            <ep:MeetingUUID>809914325</ep:MeetingUUID>
            <ep:confName>Team Meeting</ep:confName>
            <ep:sessionType>3</ep:sessionType>
            <ep:serviceType>MeetingCenter</ep:serviceType>
            <ep:hostWebExID>Test</ep:hostWebExID>
            <ep:hostFirstName>Test</ep:hostFirstName>
            <ep:hostLastName>Test</ep:hostLastName>
            <ep:otherHostWebExID>Test</ep:otherHostWebExID>
            <ep:timeZoneID>2</ep:timeZoneID>
            <ep:timeZone>GMT-10:00, Hawaii (Honolulu)</ep:timeZone>
            <ep:status>NOT_INPROGRESS</ep:status>
            <ep:startTime>10/12/2019 00:35:41</ep:startTime>
            <ep:duration>60</ep:duration>
            <ep:listStatus>PUBLIC</ep:listStatus>
            <ep:hostEmail>Test@webex.com</ep:hostEmail>
            <ep:passwordReq>true</ep:passwordReq>
            <ep:hostJoined>false</ep:hostJoined>
            <ep:participantsJoined>false</ep:participantsJoined>
            <ep:confID>141672157056861215</ep:confID>
            <ep:registration>false</ep:registration>
            <ep:isRecurring>true</ep:isRecurring>
            <ep:hostType>1019001</ep:hostType>
            <ep:isAudioOnly>false</ep:isAudioOnly>
            <ep:isTCSingleRecurrence>false</ep:isTCSingleRecurrence>
            <ep:isAllowJBH>false</ep:isAllowJBH>
            <ep:isCETMeeting>true</ep:isCETMeeting>
            <ep:isException>false</ep:isException>
            <ep:isNextUpcomingInstance>false</ep:isNextUpcomingInstance>
            <ep:seriesMeetingKey>0</ep:seriesMeetingKey>
            <ep:recurrenceId>0</ep:recurrenceId>
            <ep:isScheduledPMR>true</ep:isScheduledPMR>
         </ep:session>
         <ep:session>
            <ep:sessionKey>805660167</ep:sessionKey>
            <ep:confName>xmlmc Molly08Console816960001</ep:confName>
            <ep:sessionType>3</ep:sessionType>
            <ep:serviceType>MeetingCenter</ep:serviceType>
            <ep:hostWebExID>Molly08Console81696000</ep:hostWebExID>
            <ep:hostFirstName>Molly08Console81696000</ep:hostFirstName>
            <ep:hostLastName>Molly08Console81696000</ep:hostLastName>
            <ep:otherHostWebExID>Molly08Console81696000</ep:otherHostWebExID>
            <ep:timeZoneID>2</ep:timeZoneID>
            <ep:timeZone>GMT-10:00, Hawaii (Honolulu)</ep:timeZone>
            <ep:status>NOT_INPROGRESS</ep:status>
            <ep:startTime>10/12/2019 00:35:41</ep:startTime>
            <ep:duration>60</ep:duration>
            <ep:listStatus>PUBLIC</ep:listStatus>
            <ep:hostEmail>Molly08Console81696000@webex.com</ep:hostEmail>
            <ep:passwordReq>true</ep:passwordReq>
            <ep:hostJoined>false</ep:hostJoined>
            <ep:participantsJoined>false</ep:participantsJoined>
            <ep:confID>141672108716459038</ep:confID>
            <ep:registration>false</ep:registration>
            <ep:isRecurring>true</ep:isRecurring>
            <ep:hostType>1019001</ep:hostType>
            <ep:isAudioOnly>false</ep:isAudioOnly>
            <ep:isTCSingleRecurrence>false</ep:isTCSingleRecurrence>
            <ep:isAllowJBH>false</ep:isAllowJBH>
            <ep:isCETMeeting>true</ep:isCETMeeting>
            <ep:isException>false</ep:isException>
            <ep:isNextUpcomingInstance>false</ep:isNextUpcomingInstance>
            <ep:seriesMeetingKey>0</ep:seriesMeetingKey>
            <ep:recurrenceId>0</ep:recurrenceId>
            <ep:isScheduledPMR>true</ep:isScheduledPMR>
         </ep:session>
      </serv:bodyContent>
   </serv:body>
</serv:message>

GetSite Verbesserungen

Wir haben einen GetSite Antwort Funktionsumschalter von SupportXMLAPIReturnScheduledPMR

Betroffene APIs:

  • GetSite

Schemaänderung:

Die XML-API GetSite Antwort neues Element ist: SupportXMLAPIReturnScheduledPMR

GetSiteAnfragebeispiel:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
  <securityContext>
   <siteName>xxx</siteName>
   <webExID>Test</webExID>
   <password>xxx</password>
   <clientInfo>xxx</clientInfo>
  </securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.site.GetSite">
</bodyContent>    
</body>
</serv:message>

GetSiteBeispiel für Antwort:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:ns1="http://www.webex.com/schemas/2002/06/service/site" xmlns:event="http://www.webex.com/schemas/2002/06/service/event">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <ns1:siteInstance>              
                <ns1:siteCommonOptions>
                    ...
                    <ns1:SupportXMLAPIReturnScheduledPMR>true</ns1:SupportXMLAPIReturnScheduledPMR>
                    ...
                </ns1:siteCommonOptions>
            </ns1:siteInstance>
        </serv:bodyContent>
    </serv:body>
</serv:message>

API 40.4.8, 40.2.9 Aktualisierungen

XML API 40.4.8, 40.2.9 Aktualisierungen

Klicken Sie hier, um das XML API 40.4.8-Schema herunterzuladen.

Klicken Sie hier, um das XML API 40.2.9-Schema herunterzuladen.

Neue Antwort beim Aktualisieren angesetzter Meetings in XMLAPI

Wenn Kunden XMLAPI verwenden, um über ihre Seite angesetzte Meetings zu aktualisieren, senden wir das numerische Passwort in einer Meeting-E-Mail-Aktualisierung und wenden es auf Webex Meetings, Teams und Events-Center an.

Diese APIs: GetMeeting, GetTrainingSession, GetEvent und GetTeleconferenceSession, werden diese neuen Elemente als Antwort haben: audioPassword(numerisches Passwort), isEnforceAudioPassword, isEnforceAudioLogin für Webex Meetings, Teams und Events-Center.

Geändertes Schema:

Betroffene APIs:

  • GetMeeting

  • GetTrainingSession

  • GetEvent

  • GetTeleconferenceSession

GetMeetingAnfragebeispiel:

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
<securityContext>
    <siteName>testSite</siteName>
    <webExID>test</webExID>
    <password>xxx</password>
    <partnerID>xx</partnerID>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.meeting.GetMeeting">
    <meetingKey>803328224</meetingKey>
</bodyContent>
</body>
</serv:message>

Beispiel für Antwort:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting" xmlns:att="http://www.webex.com/schemas/2002/06/service/attendee">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="meet:getMeetingResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <meet:accessControl>
                <meet:listToPublic>false</meet:listToPublic>
                <meet:isPublic>false</meet:isPublic>
                <meet:meetingPassword>PkzC8tP7kM5</meet:meetingPassword>
                <meet:audioPassword>75928877</meet:audioPassword>
                <meet:isEnforceAudioPassword>true</meet:isEnforceAudioPassword>
                <meet:isEnforceAudioLogin>false</meet:isEnforceAudioLogin>
            </meet:accessControl>
            ...
            ...
        </serv:bodyContent>
    </serv:body>
</serv:message>

API 40.4.5, 40.2.6 Aktualisierungen

XML API 40.4.5, 40.2.6 Aktualisierungen

GetUserCard und GetSessionInfo Nutzungslimit

Wir implementieren die Nutzungsgrenze auf API GetUserCard und GetSessionInfo, können Sie die Fehlermeldung erhalten: "403 verboten", wenn Sie das Nutzungslimit erreichen.

Betroffene APIs:

  • GetUserCard

  • GetSessionInfo

API 40.4.4, 40.2.5 Aktualisierungen

XML API 40.4.4, 40.2.5 Aktualisierungen

BodyContent Nummernlimit

Wir haben eine begrenzte Anzahl von BodyContent in jedem XML API-Abschnitt. Wenn Sie zu viele von hinzufügen BodyContent in der API-Anfrage werden der folgende Fehlercode und die folgende Meldung ausgegeben: "000053 Die Anzahl der BodyContent in einer Anfrage muss kleiner als {number}sein"

Betroffene APIs:

  • Beliebige XML-API

XML-API-Anforderung mit mehreren BodyContent Beispiel:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
    <securityContext>
    <webExID>xxxx</webExID>
    <password>xxxx</password>
    <siteName>xxx</siteName>
    </securityContext>  
</header>
<body>

<bodyContent xsi:type="java:com.webex.service.binding.user.GetUser">
<webExId>xxx</webExId>
</bodyContent>

<bodyContent xsi:type="java:com.webex.service.binding.user.GetSite">
</bodyContent>

<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
<sessionKey>801020403</sessionKey>
</bodyContent>

</body>
</serv:message>

API 40.4.3, 40.2.4 Aktualisierungen

XML API 40.4.3, 40.2.4 Aktualisierungen

Klicken Sie hier, um das XML API 40.4.3, 40.2.4-Schema herunterzuladen.

CreateUser Verbesserungen

Wir haben die CreateUser um die Begrüßungs-E-Mail in mehreren Sprachen zu unterstützen. Das Symbol CreateUser Jetzt Anfragen isHTMLEmail

Betroffene APIs:

  • CreateUser

CreateUser Anfragebeispiel:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
    <securityContext>
    <webExID>administrator</webExID>
    <password>xxxx</password>
    <siteName>xxx</siteName>
    </securityContext>  
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
    <firstName>xxx</firstName>
    <lastName>xxx</lastName>
    <webExId>xxx</webExId>
    <password>xxx</password>
    <email>xxx</email>
    <privilege>
        <host>true</host>
        <siteAdmin>false</siteAdmin>
        <labAdmin>false</labAdmin>
        <voiceOverIp>false</voiceOverIp>
    </privilege>
    <languageID>3</languageID>
    <active>ACTIVATED</active>
    <sendWelcome>true</sendWelcome>
    <isHTMLEmail>true</isHTMLEmail>
</bodyContent>  
</body>
</serv:message>

Aktualisierungen von API 40.4.0

XML API 40.4.0 Aktualisierungen

E-Mail-Verifizierung bei Änderung von E-Mails in XML API erzwingen

Nachdem ein Site-Administrator die Option "Bestätigung erforderlich" aktiviert hat, muss der Benutzer seine E-Mail-Adresse in Webex Site-Administration:

  • Wenn ein Konto, das nicht von einem Site-Administrator verwendet wird, den SetUser API zum Ändern von E-Mail-Adressen bleibt die aktuelle E-Mail, bis die neue E-Mail verifiziert wurde. Die Bestätigungs-E-Mail für die Kontoänderung wird mit der "Bestätigung der Änderung des Webex-Kontos" an die neue E-Mail-Adresse gesendet. Nachdem Sie auf den Link in der E-Mail zur Bestätigung geklickt haben, wird die neue E-Mail-Adresse sofort verknüpft.


    Wenn ein Site-Nicht-Site-Administrator die Anrufer-Website SetUser Api mehrmals, ohne den E-Mail-Verifizierungsvorgang zu beenden, die aktuelle E-Mail bleibt erhalten, und die neueste neue E-Mail ist die E-Mail, die überprüft werden muss.

  • Wenn ein Site-Administrator-Account die Anrufer-Website SetUser API zum Ändern von E-Mail-Adressen. Der E-Mail-Verifizierungsprozess wird nicht ausgelöst. Die neue E-Mail wird sofort mit dem Konto des Gastgebers oder des Teilnehmers verknüpft.

Betroffene APIs:

  • SetUser

GetEnrollmentInfo Zeitüberschreitung und Verbindungsrücksetzung

Das Symbol GetEnrollmentInfo Die API sucht derzeit nach IP-Adressen im Domain Name System, was zu enormen Leistungsauswirkungen führen kann. Wir planen, diesen Prozess zu vereinfachen, mit einer leeren Antwort in der <domain> eine Einladungsmitteilung ein.

Betroffene APIs:

  • GetEnrollmentInfo

GetEnrollmentInfo Anfragebeispiel:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
<securityContext>
<siteName>sqdemo6</siteName>
<webExID>xxx</webExID>
<password>xxxx</password>
<partnerID>webexpartner</partnerID>
</securityContext>
</header>
    <body>
        <bodyContent
            xsi:type="java:com.webex.service.binding.attendee.GetEnrollmentInfo">
            <sessionKey>716773566</sessionKey>
        </bodyContent>
    </body>
</serv:message>

GetEnrollmentInfo Beispiel für Antwort:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common"
    xmlns:att="http://www.webex.com/schemas/2002/06/service/attendee">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="att:getEnrollmentInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <att:session>
                <att:confID>154279066999981548</att:confID>
                <att:attendee>
                    <att:attendeeID>3191792</att:attendeeID>
                    <att:enrollFields>
                        <att:defaultFields>
                            <att:firstName>Alex</att:firstName>
                            <att:lastName>Yang</att:lastName>
                            <att:email>omega.alex.yang@gmail.com</att:email>
                            <att:company></att:company>
                            <att:phoneNum></att:phoneNum>
                            <att:title></att:title>
                            <att:receiveInfo>false</att:receiveInfo>
                            <att:address1></att:address1>
                            <att:address2></att:address2>
                            <att:city></att:city>
                            <att:state></att:state>
                            <att:zipcode></att:zipcode>
                            <att:country></att:country>
                            <att:leadSourceID></att:leadSourceID>
                            <att:leadScore>0.0</att:leadScore>
                        </att:defaultFields>
                        <att:customFields/>
                    </att:enrollFields>
                    <att:domain> </att:domain>
                    <att:ipAddress>10.35.240.53</att:ipAddress>
                    <att:submitTime>02/27/2020 22:03:57</att:submitTime>
                    <att:status>APPROVED</att:status>
                </att:attendee>
                <att:attendee>
                    <att:attendeeID>3191797</att:attendeeID>
                    <att:enrollFields>
                        <att:defaultFields>
                            <att:firstName>AlexKKK</att:firstName>
                            <att:lastName>Test</att:lastName>
                            <att:email>achillesyang@hotmail.com</att:email>
                            <att:company></att:company>
                            <att:phoneNum></att:phoneNum>
                            <att:title></att:title>
                            <att:receiveInfo>false</att:receiveInfo>
                            <att:address1></att:address1>
                            <att:address2></att:address2>
                            <att:city></att:city>
                            <att:state></att:state>
                            <att:zipcode></att:zipcode>
                            <att:country></att:country>
                            <att:leadSourceID></att:leadSourceID>
                            <att:leadScore>0.0</att:leadScore>
                        </att:defaultFields>
                        <att:customFields/>
                    </att:enrollFields>
                    <att:domain> </att:domain>
                    <att:ipAddress>10.154.181.15</att:ipAddress>
                    <att:submitTime>02/27/2020 22:07:38</att:submitTime>
                    <att:status>APPROVED</att:status>
                </att:attendee>
                <att:matchingRecords>
                    <serv:total>2</serv:total>
                    <serv:returned>2</serv:returned>
                    <serv:startFrom>1</serv:startFrom>
                </att:matchingRecords>
                <att:sessionKey>716773566</att:sessionKey>
            </att:session>
        </serv:bodyContent>
    </serv:body>
</serv:message>

Aktualisierungen von API 40.2.0

XML API 40.2.0 Aktualisierungen

Klicken Sie hier, um das XML API 40.2.0-Schema herunterzuladen.

Anonymen Zugriff entfernen auf LstSummarySession

Um die Sicherheit zu erhöhen, stellen wir den Support für anonymen Zugriff auf die LstSummarySession Api. Wenn Webex Meetings anonym auf die API zuzugreifen, werden der folgende Fehlercode und die folgende Nachricht zurückgegeben: "000015 Leider wurde keine Aufzeichnung gefunden."

Betroffene APIs:

  • LstSummarySession

LstSummarySession Anfragebeispiel:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
    <securityContext>
        <siteName>sitename1</siteName>
    </securityContext>
</header>
<body>
    <bodyContent xsi:type="java:com.webex.service.binding.ep.LstsummarySession">
        <sessionKey>211894651</sessionKey>
    </bodyContent>
</body>
</serv:message>

LstSummarySession Beispiel für Antwort:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common"

xmlns:ep="http://www.webex.com/schemas/2002/06/service/ep" xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting">
    <serv:header>
        <serv:response>
            <serv:result>FAILURE</serv:result>
            <serv:reason>Sorry, no record found</serv:reason>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
            <serv:exceptionID>000015</serv:exceptionID>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent/>
    </serv:body>
</serv:message>

CreateMeeting und SetMeeting Sicherheitsverbesserungen


Diese Änderung wurde in XML API 40.2.0 vorgenommen, aber die Beschreibung wurde nach Erhalt des Kunden-Feedbacks bearbeitet.

Zur Verbesserung der Sicherheit haben wir den CreateMeeting und SetMeeting APIs erlauben es Benutzern nicht, eine bereits verstrichene Startzeit zu planen. Wenn sie es versuchen, fordert die API die Fehlermeldung an: "Die Anfangszeit der Sitzung für 060016 sollte nach der aktuellen Zeit sein." Wenn ein Benutzer ein Instant-Meeting planen muss, empfehlen wir, dass die Startzeit des Meeting fünf Minuten später als die aktuelle Zeit eingestellt wird.

Betroffene APIs:

  • CreateMeeting

  • SetMeeting

Aktualisierungen von API 40.1.2

XML API 40.1.2 Aktualisierungen

Klicken Sie hier, um das XML API 40.1.2-Schema herunterzuladen.

Wenn ein Meeting nicht angegeben wird, wird automatisch ein Passwort generiert

Wir haben den CreateMeeting, CreateEvent, CreateTrainingSession, und CreateTeleconferenceSession um ein Passwort in den Textkörper der API-Antwort einzugeben.

Standardmäßig muss für Alle Meetings/Events/Sitzungen eine Passworteinstellung aktiviert sein. Wenn in diesem Szenario die API-Anforderung kein Passwort enthält, wird automatisch ein Passwort von den XML API-Servern generiert.

Wenn die Einstellung Alle Meetings/Events/Sitzungen mit einem Passwort deaktiviert werden muss und die API-Anforderung kein Passwort enthält, wird von den XML API-Servern kein Passwort generiert.

Wenn die API-Anfrage ein Passwort enthält, wird die Antwort dieses Passwort enthalten, unabhängig davon, ob für alle Meetings/Events/Sitzungen eine Passworteinstellung aktiviert oder deaktiviert sein muss.

Betroffene APIs:

  • CreateMeeting

  • CreateEvent

  • CreateTrainingSession

  • CreateTeleconferenceSession

Das Symbol CreateMeeting Antwort jetzt meetingPassword Element:

CreateMeeting Anfragebeispiel:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
<securityContext>

     <siteName>siteName1</siteName>
     <webExID>userID</webExID>
     <password>*****</password>
     <partnerID>webexpartner</partnerID>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting">
    <metaData>
        <confName>Test_Auto_Generated_mtg_pwd</confName>
        <meetingType>3</meetingType>
    </metaData>

<schedule>
  <startDate>10/28/2020 17:35:00</startDate>
</schedule>
</bodyContent>
</body>
</serv:message>

CreateMeeting Beispiel für Antwort:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting" xmlns:att="http://www.webex.com/schemas/2002/06/service/attendee">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="meet:createMeetingResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <meet:meetingkey>806745263</meet:meetingkey>
            <meet:meetingPassword>UzXJuzUD428</meet:meetingPassword>
            <meet:iCalendarURL>
                <serv:host>https://hmwds6.qa.webex.com/hmwds6/j.php?MTID=md225d5935256319ef21b71dd8ebd0640</serv:host>
                <serv:attendee>https://hmwds6.qa.webex.com/hmwds6/j.php?MTID=m26bf5e25ca587d32302fb29951b92e15</serv:attendee>
            </meet:iCalendarURL>
            <meet:guestToken>cfc7f3246d4862f1bb69b803e8615b7a</meet:guestToken>
        </serv:bodyContent>
    </serv:body>
</serv:message>

Das Symbol CreateEvent Antwort jetzt eventPassword Element:

Das Symbol CreateTrainingSession und CreateTeleconferenceSession Antworten haben jetzt die sessionPassword Element:

Aktualisierungen von API 40.1.0

XML API 40.1.0 Aktualisierungen

Klicken Sie hier, um das XML API 40.1-Schema herunterzuladen.

GetSessionInfo Verbesserungen

Wir haben neue Elemente zum GetSessionInfo Api. Die API gibt nun Informationen auch für Mobilgeräte zurück.

Betroffene APIs:

  • GetSessionInfo

GetSessionInfo Aktualisierungen anfordern:

Anfragebeispiel:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
    <securityContext>
        <siteName>sqdemo11</siteName>
        <webExID>siteadmin</webExID>
        <password>P@ss1234</password>
    </securityContext>
</header>
<body>
    <bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
        <sessionKey>713707633</sessionKey>
        <pmrUrl>https://go.webex.com/join/dongchen</pmrUrl>
        <sipUrl>dongchen@go.webex.com or 123456789_go@webex.com or 123456789@go.webex.com</sipUrl>
        <meetingLink>https://go.webex.com/go/j.php?MTID=m814c6a483d4b5052d539f88d67acbad6</meetingLink>
        <meetingUuid>34567323456787654323456787654</meetingUuid>
    </bodyContent>
</body>
</serv:message>

LstAccessAnywhereHistory Verbesserungen

Wir haben eine neue API hinzugefügt, lstAccessAnywhereHistory, um mit einem Webex Access Anywhere zu antworten.

Betroffene APIs:

  • LstAccessAnywhereHistory

LstAccessAnywhereHistory Aktualisierungen anfordern:

LstAccessAnywhereHistory Antwortaktualisierungen:

Anfragebeispiel:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
<securityContext>
<siteName>sqdemo6</siteName>
<webExID>test</webExID>
<password>P@ss1234</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.history.LstAccessAnywhereHistory">
<hostWebexID>test1</hostWebexID>
<startTimeScope>
<sessionStartTimeStart>09/29/2019 00:42:34</sessionStartTimeStart>
<sessionStartTimeEnd>12/29/2019 04:42:34</sessionStartTimeEnd>
</startTimeScope>
<endTimeScope>
<sessionEndTimeStart>9/29/2019 02:42:34</sessionEndTimeStart>
<sessionEndTimeEnd>12/29/2019 05:42:34</sessionEndTimeEnd>
</endTimeScope>
<listControl>
<serv:startFrom>1</serv:startFrom>
<serv:maximumNum>10</serv:maximumNum>
<serv:listMethod>OR</serv:listMethod>
</listControl>
<order>
<orderBy>STARTTIME</orderBy>
<orderAD>ASC</orderAD>
</order>
</bodyContent>
</body>
</serv:message>

Beispiel für Antwort:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message
    xmlns:serv="http://www.webex.com/schemas/2002/06/service"
    xmlns:com="http://www.webex.com/schemas/2002/06/common"
    xmlns:history="http://www.webex.com/schemas/2002/06/service/history">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="history:LstAccessAnywhereHistoryResponse"
            xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <history:matchingRecords>
                <serv:total>775</serv:total>
                <serv:returned>10</serv:returned>
                <serv:startFrom>1</serv:startFrom>
            </history:matchingRecords>
            <history:accessAnyWhereInfo>
                <history:confID>123456</history:confID>
                <history:userName>dean</history:userName>
                <history:computerName>6926_dean</history:computerName>
                <history:clientIP>10.224.222.183</history:clientIP>
                <history:startTime>11/29/2019 03:05:44</history:startTime>
                <history:endTime>11/29/2019 03:10:06</history:endTime>
                <history:duration>5</history:duration>
            </history:accessAnyWhereInfo>
        </serv:bodyContent>
    </serv:body>
</serv:message>