Trouvez toutes les informations importantes dont vous avez besoin sur Cisco Webex Meetings’API de programmation, telles que les changements de schémas et autres annonces.
Pour plus d’informations sur l’API XML 41, voir l’Aperçu Cisco Webex Meetings mises à jour API personnelles (API 41)
Pour plus d’informations sur l’API XML 39 et l’API XML 11, voir l’Aperçu des mises à jour de l’API Cisco Webex Meetings XML (API XML 39 et antérieure).
Pour les mises à jour pour l’API XML 11 SP9 et version précédente, allez à Cisco DevNet.
Mises à jour API 40.12.0
Mises à jour de l’API XML 40.12.0
L’API XML prend en charge le type de réunion privée
Les API XML doivent être impactées
Nous pouvons utiliser l’API :
CreateMeeting
etSetMeeting
pour programmer ou mettre à jour une Réunion Webex type de réunion privée.Si une réunion Réunion Webex est programmée avec un type de réunion privée,
GetSessionInfo
GetMeeting
,LstSummarySession
etLstCalendarSession
retournera un nouvel élément d’appellation estPrivateMeeting
pour le savoir.GetMeetingType
etLstMeetingType
renvoyer un nouvel élément d’appellation
qui indique si elle prend en charge des réunions privées ou non.SupportPrivateMeeting
Changements de schémas
API XML : GetMeetingType/LstMeetingType : Annexer le <SupportPrivateMeeting>
Élément.
API XML :LstSummarySession
: Annexez le <isPrivateMeeting>
Élément.
API XML :LstCalendarSession
: Annexez le <isPrivateMeeting>
Élément.
API XML :GetSessionInfo
: Annexez le <isPrivateMeeting>
Élément.
API XML :Obtenir la entélémentation: Annexer le <isPrivateMeeting>
Élément.
Demande de l’API XML : Créer unemeeting
Demande de création d’une réunion avec le type de réunion privée
<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>
Réponse de l’API XML : GetSessionInfo
Réponse pour 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>
L’API Obtenir le site retournera les modèles de réunions au niveau du site
Description de l’histoire/tâche de l’utilisateur
Obtenir l’API du site pour revenir aux niveaux du site modèle de réunion. Ceci permettra au connecteur d’éducation et aux classes Webex d’afficher ces modèles pour que les professeurs choisissent et choisissent ces modèles lors de la programmation de leurs sessions en ligne.
Les API sont impactées
S’il existe des modèles de réunion personnalisés au niveau du site, l’api GetSite renvoie ces modèles au niveau du site.
Nom des éléments |
Description |
---|---|
|
le nom des modèles de réunion personnalisés au niveau du site |
|
Webex Meetings, Webex Trainings et Webex Events |
Changements de schémas
Obtenir le site : Annexer le <meetingTemplates>
Élément.
Modèle de réponse
Obtenir une réponse du site
<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 ne peut pas modifier l’élément de supportedServices
lorsque le site est un site unifié CI
Description
XMLAPI SetUser
ne supporte pas la modification de la valeur de « supportedServices
« dans une demande API lorsque le site est un site lié à Control Hub Unified Réunion Webex sites.
Changements de schémas
Il n’y a aucun changement de schéma sur l’API : SetUser
.
WEBEX-15436 : Ajoutez une protection pour éviter les courriers électroniques doubles dans Mtgconfattendeelist
Description
Si plusieurs invités ayant le même courrier électronique sont ajoutés à la même réunion dans la même demande API, nous ne traiterons le premier invité avec le courrier électronique.
API impactées
CreateMeetingAttendee
CreateUser
SetUser
CreateMeeting
SetMeeting
CreateEvent
SetEvent
CreateTrainingSession
SetTrainingSession
Modèle d’API
Demande
<?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>
Mises à jour API 40.11.0
Mises à jour de l’API XML 40.11.0
XMLAPI CreateUser prend en charge le nom d’affichage
CreateUser
Soutient dispalyname
lorsque activation ou désactivation de la fonctionnalité EnableDisplayName
est en tant que 1. Si le activation ou désactivation de la fonctionnalité n’est pas 1, alors le displayName
seront ignorés.
Changements de schémas
CreateUser:
XMLAPI SetUser prend en charge le nom d’affichage
SetUser
Soutient dispalyname
lorsque activation ou désactivation de la fonctionnalité EnableDisplayName
est 1. Si l’activation ou désactivation de la fonctionnalité n’est pas 1, le displayName
seront ignorés.
Changements de schémas
SetUser:
XMLAPI GetUser prend en charge le nom d’affichage
GetUser
Soutient dispalyname
lorsque activation ou désactivation de la fonctionnalité EnableDisplayName
est 1. Si l’activation ou désactivation de la fonctionnalité n’est pas 1, le displayName
ne sera pas affiché.
Quand displayName
dans DB est nul et activation ou désactivation de la fonctionnalité EnableDisplayName
est 1, displayName
sera firstName+" "+lastName
pour les caractères non asiatiques et firstName+lastName
pour les caractères asiatiques.
Changements de schémas
GetUserResponse:
Contrôle au niveau de l’utilisateur XMLAPI SRC hybride la Voip
Le cmrHybridVoip
est utilisé pour configurer et récupérer le paramètre au niveau de l’utilisateur pour EnableCMRHybridVoIP
.
Changements de schémas
GetUser Response:
CreateUser Request:
SetUser Request:
Mises à jour API 40.10.0
Mises à jour de l’API XML 40.10.0
XML API support for meeting UUID
dans la requête API et la réponse
Modèle d’API XML : GetSessionInfo
Demande :
<?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>
Réponse:
<?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>
API affectée :
CreateMeetingAttendee
DelMeetingAttendee
RegisterMeetingAttendee
CreateTeleconferenceSession
SetTeleconferenceSession
GetTeleconferenceSession
CreateTrainingSession
SetTrainingSession
GetTrainingSession
DelTrainingSession
CreateEvent
SetEvent
DelEvent
XMLAPI retournera un élément supplémentaire pour la configuration de l’administration du site pour désactiver la capture d’écran
La demande provient de la Sécurité - les deux PenTest
des bogues et des clients, tels que Bugs Bugs. Ils ne souhaitent pas autoriser les utilisateurs finaux à prendre une capture d’écran dans l’application de réunions. Pendant ce temps, beaucoup d’autres clients souhaitent cette fonctionnalité - pour autoriser la capture d’écran. Les utilisateurs de l’éducation souhaitent également autoriser la capture d’écran. Nous allons donc avoir une configuration de l’administrateur de site pour ceci et XMLAPI nous retournera un champ supplémentaire EnableMobileScreenCapture
en réponse de GetSite
pour prendre en charge ceci.
Exemple de demande De site GetSite
<?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>
APIs affectées
GetSite
Amélioration pour rejoindre les rejoindre avec XMLAPI MEET-269 PIN-less
XMLAPI ajouter une NOUVELLE OPTION Les systèmes de conférence vidéo dans mon organisation peuvent démarrer et rejoindre des réunions sans invites pour une réunion Salle personnelle et une réunion MC.
createUser/setUser/getUser
ajouter un nouveau nœuddeviceCanStartMyPMR
danspersonalMeetingRoom
.createMeeting/setMeeting/getMeeting
ajouter un nouveau nœuddeviceCanStartMeeting
dans le calendrier.
L’option dans l’IU Webex pour la réunion Salle personnelle :
Changements de schémas
CreateUser:
SetUser:
getUserResponse:
CreateMeeting:
setMeeting:
getMeetingResponse:
Mises à jour API 40.9.0
Mises à jour de l’API XML 40.9.0
XML API support for meeting UUID
demande et réponse
Nous avons ajouté l’UUID de réunion à la demande API et la réponse partout où nous supportons en tant que meetingKey
ou sessionKey
.
Modèle d’API XML : GetSessionInfo
Demande :
<?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>
Réponse:
<?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>
API affectée :
GetEnrollmentInfo
LstsummaryTrainingSession
AddScheduledTest
SetScheduledTest
DelScheduledTest
GetTestInformation
UploadEventImage
SendInvitationEmail
CreateSupportSession
LstmeetingusagePreliminaryHistory
LstmeetingattendeePreliminaryHistory
LsteventsessionPreliminaryHistory
LsteventattendeePreliminaryHistory
LstTrainingPollResultsHistory
Les réunions Webex auront un lobby de réunion verrouillé où les utilisateurs peuvent attendre d’être admis dans la réunion
La programmation de l’API XML et la modification d’une réunion MC pour prendre en charge le lobby verrouillé lorsque la fonctionnalité ( ConsistentLockedLobby
) pour le faire.
Changements de schémas
Ajout de trois nouveaux éléments ( externalAttendeeSecurity
, autoLock
, autoLockWaitTime
) dans les API Créer unemeeting, Configurer unemeeting et GetMeeting (Association des personnes qui se sont ensemble).
Élément |
Description |
---|---|
|
Lorsque la réunion est déverrouillée, il y a Utilisateur externe choix entre les éléments de sécurité.
|
|
Le verrouillage automatique ou non de la réunion. Vrai: Verrouiller la réunion automatiquement après # minutes après le démarrage de la réunion Faux: Ne verrouille pas automatiquement la réunion après le démarrage de la réunion |
|
Minutes(0,5,10,15,20 ) pour verrouiller la réunion automatiquement aprèsle démarrage de la réunion |
Modèle de demande et de réponse
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>
Réponse de 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>
API affectée :
CreateMeeting
SetMeeting
GetMeeting
Amélioration GetSessionInfo
API pour que les participants reviennent sur le statut de la session en cours
Ajout de deux nouveaux éléments ( hasHostInMeeting
, hasAttendeeInMeeting
) dans la réponse de GetSessionInfo
. Ces deux éléments seront renvoyés lorsqu’il s’agit d’une réunion en cours.
Élément |
Description |
---|---|
|
Si l’organisateur a rejoint la réunion en cours. Vrai: L’organisateur est en réunion en cours. Faux/Nul: L’organisateur n’est pas dans la réunion en cours ou la réunion n’est pas en cours de réunion. |
|
S’il y a un invité/organisateur a rejoint la réunion en cours. Vrai: il y a un invité ou un organisateur dans la réunion en cours. Faux/Nul: il n’y a aucun invité ou organisateur dans la réunion en cours, ou la réunion n’est pas en cours. |
Modèle de réponse API :
<?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>
API affectée :
GetSessionInfo
L’API GetUserCard nécessite une autorisation.
Amélioration de la sécurité de l’API XML GetUserCard
nécessite l’autorisation d’obtenir les informations de l’utilisateur.
API affectée :
GetUserCard
Mises à jour API 40.8.0
Mises à jour de l’API XML 40.8.0
GetSessionInfo
amélioration de la réponse
Si vous n’êtes pas invité ou accepté par la réunion, votre appel vers l’API XML : GetSessionInfo
ne retournera pas les éléments : confName, startDate, duration, timeZone, meetingLink, sipURL, displayMeetingUrl
dans le corps de réponse DE l’API.
Exemple de réponse API pour les réunions :
<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>
Exemple de réponse API pour Trainings/Events :
<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ep:status>NOT_INPROGRESS</ep:status>
<ep:sessionkey>1####5###9</ep:sessionkey>
<ep:accessControl>
<ep:listStatus>UNLISTED</ep:listStatus>
<ep:registration>true</ep:registration>
<ep:registrationURL>https://sitename.webex.com/tc3300/trainingcenter/register/registerSession.do?siteurl=sitename&confID=16###92######61</ep:registrationURL>
<ep:passwordReq>true</ep:passwordReq>
<ep:registrationURLForMobile>https://sitename.webex.com/tc3300/trainingcenter/meeting/sessionInfoMobile.do?siteurl=sitename&confID=16###92######61</ep:registrationURLForMobile>
<ep:joinStatus>INVITE/REGISTER/REJECT</ep:joinStatus>
<ep:isRegisterIDRequired>false</ep:isRegisterIDRequired>
</ep:accessControl>
<ep:metaData>
<ep:serviceType>TrainingCenter</ep:serviceType>
</ep:metaData>
<ep:attendeeOptions>
<ep:joinRequiresAccount>false</ep:joinRequiresAccount>
</ep:attendeeOptions>
<ep:isAllowJBH>true</ep:isAllowJBH>
<ep:isCETMeeting>true</ep:isCETMeeting>
<ep:isPersonalMeetingRoom>false</ep:isPersonalMeetingRoom>
</serv:bodyContent>
API affectée :
GetSessionInfo
GetSessionInfo, GetUserCard
Améliorations apportées à la sécurité
Nous avons fait une amélioration de sécurité sur l’API XML GetSessionInfo
et GetUserCard
. Nous bloquerons l’accès à ces deux API dans les deux heures si leur appel a atteint la limite en une heure et qu’aucune erreur n’a été trouvée.
La réponse du statut d’erreur est : « 403 Interdit »
APIs concernées :GetSessionInfo
GetUserCard
meetingUUID
dans la prise en charge de la demande et de la réponse API
Nous avons ajouté meetingUUID à la demande API et la réponse à tout endroit où nous supportons une meetingKey/sessionKey
.
GetSessionInfo
Demande :
<?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>
Réponse:
<?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>
API affectée :
LstOpenSession
GetEnrollmentInfo
LstsummaryMeeting
LstScheduledTests
GetEvent
LstsummaryEvent
LstmeetingusageHistory
LsttrainingsessionHistory
LsteventsessionHistory
LstsupportsessionHistory
DelSession
Modèle de sites d’éducation (TYPE DE SESSION) dans la prise en charge de l’API XML
Lorsque vos sites activent l’aide du formateur de formation (INSTRUCT Type de session U), l’API XML peut prendre en charge la programmation d’une réunion avec l’modèle de réunion EDU.
API affectée :
CreateMeeting
SetMeeting
CreateEvent
SetEvent
CreateTrainingSession
SetTrainingSession
API XML CreateMeetingAttendee
et RegisterMeetingAttendee
soutien
Les deux CreateMeetingAttendee
et RegisterMeetingAttendee
peuvent vérifier le formulaire d’inscription inscription de l’invité l’inscription Webex Meetings l’inscription.
Et il y a une nouvelle exception pour cette tâche :
Numéro d’exception |
Message d’exception |
---|---|
040014 |
Champs requis manquant (formulaire d’inscription) : ... |
Par exemple, si vous avez sélectionné « Emploi du poste » et « Nom de la société » comme champs demander l’inscription d’un invité Webex Meetings comme démontré ci-dessous, alors vous devez fournir la valeur dans les champs « Emploi du poste » et « Nom de la société » lors de l’appel des deux API : CreateMeetingAttendee
et RegisterMeetingAttendee
.
RegisterMeetingAttendee
Demande :
<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
Demande :
<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
Exemple :
<?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>
API affectée :
CreateMeetingAttendee
RegisterMeetingAttendee
Améliorations apportées à la validation de la messagerie électronique API XML
L’API XML ne doit pas autoriser le/les caractère(s) des espaces blancs dans un courrier électronique, c’est pourquoi nous avons amélioré la validation par courrier électronique pour qu’elle corresponde au comportement de Webex Meetings page blanche.
API affectée :
CreateMeetingAttendee
CreateEvent
SetEvent
CreateContact
SetContact
SetRecordingInfo
CreateMeetingAttendee
CreateTrainingSession
SetTrainingSession
CreateUser
SetUser
CreateMeeting
SetMeeting
RegisterMeetingAttendee
Mises à jour API 40.7.0
Mises à jour de l’API XML 40.7.0
meetingUUID
soutien
Nous avons ajouté meetingUUID
à la demande API et la réponse partout où nous supportons une clé de réunion ou sessionKey.
GetSessionInfo
Exemple de demande :
<?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
Exemple de demande :
<?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
Exemple de réponse :
<?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>
APIs concernées :
LstmeetingattendeeHistory
LsttrainingattendeeHistory
LsteventattendeeHistory
LstsupportattendeeHistory
CreateUser
Prise en charge du courrier électronique de bienvenue API pour quatre nouvelles langues
Le message électronique html de bienvenue XMLAPI prend en charge les quatre nouvelles langues suivantes :
Tchèque (languageID=19)
Polonais (languageID=20)
Hongrois (languageID=21)
Insé pass.(languageID=22)
XMLAPI envoie le courrier électronique de bienvenue en fonction de la langue ou de l’ID langue dans le CreateUser
Demande.
Utilisant CreateUser
Pour envoyer un exemple de courrier électronique de bienvenue au format Html (Tchèque) :
<?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 Mises à jour
Mises à jour de l’API XML 40.6.1, 40.4.9
CreateMeeting/SetMeeting
soutien
Lorsque vous programmez une réunion Webex, l’API XML CreateMeeting/SetMeeting
vous permet de cocher ou de décocher ou de cliquer sur un champ obligatoire ou non requis à partir du formulaire inscription de l’invité formulaire.
Vous voyez ci-après un exemple de programme de réunions à partir de la page Web de l’utilisateur où vous pouvez vérifier les champs requis tels que « Titre de la tâche », « Nom de la société », « Ville » et « État » sur le formulaire inscription de l’invité :
Voici un mappage entre les champs des pages et les éléments de l’API XML :
Champs de la page | Élément XMLAPI |
---|---|
Nom du poste | <title> |
Nom de la société | <company> |
Adresse 1 | <address1> |
Adresse 2 | <address2> |
Ville | <city> |
Département | <state> |
CP/Code postal | <postalCode> |
Pays/région | <country> |
Téléphone professionnel | <phone> |
Fax | <fax> |
Schéma modifié : Ajouter l’élément « formulaire d’inscription » dans CreateMeeting
Schéma modifié : Ajouter l’élément « formulaire d’inscription » dans SetMeeting
Schéma modifié : Ajouter l’élément « formulaire d’inscription » dans GetMeeting
CreateMeeting
Exemple de demande :
<bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting">
<accessControl>
<meetingPassword>password</meetingPassword>
</accessControl>
<attendeeOptions>
<emailInvitations>true</emailInvitations>
<registration>true</registration>
<auto>false</auto>
</attendeeOptions>
<registrationForm>
<title><req>true</req></title> <!-- true -->
<company><req>true</req></company> <!-- true -->
<address1><req>false</req></address1>
<address2><req>false</req></address2>
<city><req>true</req></city> <!-- true -->
<state><req>true</req></state> <!-- true -->
<postalCode><req>false</req></postalCode>
<country><req>false</req></country>
<phone><req>false</req></phone>
<fax><req>false</req></fax>
</registrationForm>
SetMeeting
Exemple de demande :
<bodyContent xsi:type="java:com.webex.service.binding.meeting.SetMeeting">
<meetingkey>1015045339</meetingkey>
<metaData>
<confName>Conference Name</confName>
<meetingType>3</meetingType>
</metaData>
<attendeeOptions>
<emailInvitations>true</emailInvitations>
<registration>true</registration>
<auto>true</auto>
</attendeeOptions>
<registrationForm>
<title><req>true</req></title>
<company><req>true</req></company>
<address1><req>false</req></address1>
<address2><req>false</req></address2>
<city><req>true</req></city>
<state><req>true</req></state>
<postalCode><req>false</req></postalCode>
<country><req>false</req></country>
<phone><req>false</req></phone>
<fax><req>false</req></fax>
</registrationForm>
GetMeeting
Exemple de réponse :
<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>
APIs concernées :
CreateMeeting
SetMeeting
GetMeeting
DelMeeting
L’type de réunion E2EE ne prend pas en charge PMR/SRP réunion
Lorsque vous activez une PMR/SRP au cours d’un appel avec les API : CreateUser/SetUser/GetUser/GetMe
et que seul un type de réunion E2EE est disponible, il répondra au message d’erreur suivant : « 110063 L’utilisateur doit avoir au moins un nom non E2EE type de réunion pour activer la PMR/SRP. »
APIs concernées :
CreateUser
SetUser
GetUser
GetMe
Mises à jour API 40.6.0
Mises à jour de l’API XML 40.6.0
Le rôle de gestion des utilisateurs a été ajouté
Nous avons créé le rôle de Gestion des utilisateurs et le fichier schéma pour ce qui suit a changé.
Schéma modifié : CreateUser
Demande:
Schéma modifié : SetUser
Schéma modifié : GetMe
Réponse:
Schéma modifié : LstsummaryUser
Réponse:
APIs concernées :
CreateUser
SetUser
GetMe
LstsummaryUser
CreateUser
Exemple de demande :
<?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>
Prise en charge de l’utilisation de la clé API pour accéder au GetUserCard
Nous utilisons maintenant la clé API (jeton JWT généré) pour accéder à l’API : GetUserCard
dans cette version.
Vous pouvez vous référer à ces pages sur l’application d’une clé API et pour générer un jeton JWT :
GetUserCard
Exemple de demande :
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>
Exemple de réponse :
<?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>
Assistance pour meetingUUID
dans la requête API et la réponse
Nous avons ajouté meetingUUID
à la requête API et la réponse lorsque nous supportons une clé de réunion ou sessionKey.
APIs concernées :
LstRecording
LstsummarySession
GetSesssionInfo
GethosturlMeeting
GetjoinurlMeeting
LstMeetingAttendee
CreateMeeting
SetMeeting
GetMeeting
DelMeeting
LstCalendarSession
meetingUUID
Exemple de demande :
<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
<securityContext>
<siteName>xxx</siteName>
<webExID>Test</webExID>
<password>xxx</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
<sessionKey>805325231</sessionKey>
or
<meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>
meetingUUID
Exemple de réponse :
<?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/SRP clés de réunion ne seront pas changées d’un utilisateur temporairement désactivé ou désactivé PMR/SRP
Lorsqu’un utilisateur temporairement désactivé ou que l’PMR/SRP est réactivée dans une semaine, l’utilisateur qui a été réactivé ou activé la clé de réunion de l’PMR/SRP n’est pas modifiée, elle sera la même qu’auparavant.
APIs concernées :
SetUser
DelUser
LstSummarySession
Améliorations
Nous avons amélioré l’API : LstSummarySession
revenir à une PMR/SRP programmée pour avoir un nouvel élément, returnScheduledPMR
, dans la demande. Et la valeur activation ou désactivation de la fonctionnalité par défaut est inex pas.
APIs concernées :
LstSummarySession
Changement de schéma :
Nous ajoutons un nouveau nom d’élément returnScheduledPMR
dans la requête API LstSummarySession.
Nous ajoutons un nouveau nom d’élément isScheduledPMR
dans la réponse API LstSummarySession.
LstSummarySession
Exemple de demande :
<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<header>
<securityContext>
<siteName>xxx</siteName>
<webExID>Test</webExID>
<password>xxx</password>
<partnerID>xxxx</partnerID>
<clientInfo>xxxx</clientInfo>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.LstsummarySession">
<listControl>
<startFrom>1</startFrom>
<maximumNum>2</maximumNum>
<listMethod>AND</listMethod>
</listControl>
<dateScope>
<startDateStart>11/01/2019 8:0:0</startDateStart>
<startDateEnd>12/01/2019 7:59:59</startDateEnd>
<timeZoneID>4</timeZoneID>
<endDateStart>11/01/2019 8:0:0</endDateStart>
<endDateEnd>12/01/2019 7:59:59</endDateEnd>
</dateScope>
<order>
<orderBy>HOSTWEBEXID</orderBy>
<orderAD>ASC</orderAD>
<orderBy>CONFNAME</orderBy>
<orderAD>ASC</orderAD>
<orderBy>STARTTIME</orderBy>
<orderAD>ASC</orderAD>
</order>
<serviceTypes>
<serviceType>EventCenter</serviceType>
<serviceType>MeetingCenter</serviceType>
<serviceType>SalesCenter</serviceType>
<serviceType>TrainingCenter</serviceType>
<serviceType>SupportCenter</serviceType>
</serviceTypes>
<returnScheduledPMR>true</returnScheduledPMR>
</bodyContent>
</body>
</serv:message>
LstSummarySession
Exemple de réponse :
<?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
Améliorations
Nous avons ajouté une GetSite
réponse activation ou désactivation de la fonctionnalité sur SupportXMLAPIReturnScheduledPMR
APIs concernées :
Obtenir le site
Changement de schéma :
L’API XML GetSite
réponse nouvel élément est : SupportXMLAPIReturnScheduledPMR
GetSite
Exemple de demande :
<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
<securityContext>
<siteName>xxx</siteName>
<webExID>Test</webExID>
<password>xxx</password>
<clientInfo>xxx</clientInfo>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.site.GetSite">
</bodyContent>
</body>
</serv:message>
GetSite
Exemple de réponse :
<?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 Mises à jour
Mises à jour de l’API XML 40.4.8, 40.2.9
Nouvelle réponse lors de la mise à jour des réunions programmées dans XMLAPI
Lorsque les clients utilisent XMLAPI pour mettre à jour les réunions programmées via leur page, nous envoyons le mot de passe numérique dans un courrier électronique de mise à jour de la réunion et l’appliquerons aux centres Webex Meetings, Teams et Events.
Ces API : GetMeeting, GetTrainingSession, GetEvent
et GetTeleconferenceSession
, ces nouveaux éléments seront à la place d’une réponse : audioPassword
(mot de passe numérique), isEnforceAudioPassword
, isEnforceAudioLogin
pour les Webex Meetings, Teams et Events.
Schéma modifié :
APIs concernées :
GetMeeting
GetTrainingSession
GetEvent
GetTeleconferenceSession
GetMeeting
Exemple de demande :
<?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>
Exemple de réponse :
<?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 Mises à jour
Mises à jour de l’API XML 40.4.5, 40.2.6
GetUserCard
et GetSessionInfo
limite d’utilisation
Nous implémentons la limite d’utilisation sur l’API GetUserCard
et GetSessionInfo
, vous pouvez obtenir le message d’erreur : « 403 interdit » si vous atteignez la limite d’utilisation.
APIs concernées :
GetUserCard
GetSessionInfo
API 40.4.4, 40.2.5 Mises à jour
Mises à jour de l’API XML 40.4.4, 40.2.5
BodyContent
limite de nombre
Nous avons ajouté un nombre limité de BodyContent
dans chaque section API XML. Lorsque vous ajoutez trop de BodyContent
dans la requête API, le code d’erreur et le message suivants seront de retour : « 000053 Le compte du corps duent dans une demande doit être inférieur à {number} »
APIs concernées :
Toutes les API XML
Demande d’API XML avec multiples BodyContent
Exemple :
<?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 Mises à jour
Mises à jour de l’API XML 40.4.3, 40.2.4
Cliquez ici pour télécharger le schéma de l’API XML 40.4.3, 40.2.4.
CreateUser
Améliorations
Nous avons amélioré CreateUser
pour prendre en charge le courrier électronique de bienvenue dans plusieurs langues. Le CreateUser
maintenant demandes isHTMLEmail
APIs concernées :
CreateUser
CreateUser
Exemple de demande :
<?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>
Mises à jour API 40.4.0
Mises à jour de l’API XML 40.4.0
Application de vérification de l’adresse électronique lors du changement de courriers électroniques dans l’API XML
Après qu’un administrateur de site a activé la confirmation nécessaire pour que l’utilisateur soit obligé de mettre à jour son adresse électronique dans Webex Administration du site :
Si un compte d’administrateur non site appelle le
SetUser
API pour changer les adresses électroniques, l’adresse électronique actuelle reste jusqu’à ce que la nouvelle adresse électronique soit vérifiée. Le courrier électronique de confirmation de changement de compte est envoyé à la nouvelle adresse électronique avec la « Confirmation du changement de compte Webex ». Après avoir cliqué sur le lien dans le courrier électronique pour confirmer, la nouvelle adresse électronique est immédiatement liée.Si un administrateur qui n’est pas sur le site appelle
SetUser
API plusieurs fois sans terminer le processus de vérification de l’adresse électronique, l’adresse électronique actuelle est conservée et la dernière adresse électronique est celle qui doit être vérifiée.Si un compte d’administrateur de site appelle
SetUser
API pour changer les adresses électroniques, le processus de vérification de l’adresse électronique n’est pas déclenché. La nouvelle adresse électronique sera immédiatement liée au compte de l’organisateur ou de l’invité.
APIs concernées :
SetUser
GetEnrollmentInfo
le délai d’out et la réinitialisation de la connexion
Le GetEnrollmentInfo
L’API recherche actuellement les adresses IP sur le système des noms de domaines, ce qui déclenche d’importantes conséquences sur la performance. Nous prévoyons de simplifier ce processus, avec une réponse vide dans le <domain>
.
APIs concernées :
GetEnrollmentInfo
GetEnrollmentInfo
Exemple de demande :
<?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
Exemple de réponse :
<?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>
Mises à jour API 40.2.0
Mises à jour de l’API XML 40.2.0
Supprimer l’accès anonyme à LstSummarySession
En tant qu’amélioration de la sécurité, nous arrêtons l’assistance pour un accès anonyme au LstSummarySession
Api. Si un Webex Meetings l’API de manière anonyme, le code d’erreur et le message suivants sont renvoyés : « 000015 Désolé, aucun enregistrement n’a été trouvé. »
APIs concernées :
LstSummarySession
LstSummarySession
Exemple de demande :
<?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
Exemple de réponse :
<?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
et SetMeeting
améliorations apportées à la sécurité
Cette modification a été réalisée dans l’API XML 40.2.0, mais sa description a été modifiée après la réception des commentaires des clients. |
En tant qu’amélioration de la sécurité, nous avons mis à jour le CreateMeeting
et SetMeeting
Api pour ne pas autoriser les utilisateurs à programmer une heure de démarrage de réunion qui est déjà passée. S’ils essaient, l’API envoie un message d’erreur : « L’heure de début de la session 060016 doit être ultérieure à l’heure actuelle. » Si un utilisateur doit programmer une réunion instantanée, nous vous recommandons de configurer l’heure de démarrage de la réunion cinq minutes plus tard que l’heure actuelle.
APIs concernées :
CreateMeeting
SetMeeting
Mises à jour API 40.1.2
Mises à jour de l’API XML 40.1.2
La programmation d’une réunion génère automatiquement un mot de passe si l’un d’entre ces mots n’est pas fourni
Nous avons amélioré les CreateMeeting
, CreateEvent
, CreateTrainingSession
et CreateTeleconferenceSession
pour inclure un mot de passe dans le corps de la réponse API.
Par défaut, le paramètre Toutes les réunions/événements/sessions doivent avoir un mot de passe est activé. Dans ce cas, si la demande d’API n’inclut pas de mot de passe, un mot de passe est automatiquement généré à partir des serveurs API XML.
Si le paramètre Toutes les réunions/événements/sessions doivent avoir un mot de passe est désactivé et que la demande API n’inclut pas un mot de passe, un mot de passe n’est pas généré à partir des serveurs API XML.
Si la demande API inclut un mot de passe, alors la réponse inclura ce mot de passe, quel que soit le paramètre Toutes les réunions/événements/sessions doivent avoir un mot de passe activé ou désactivé.
APIs concernées :
CreateMeeting
CreateEvent
CreateTrainingSession
CreateTeleconferenceSession
Le CreateMeeting
la réponse a maintenant le meetingPassword
Élément:
CreateMeeting
Exemple de demande :
<?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
Exemple de réponse :
<?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>
Le CreateEvent
la réponse a maintenant le eventPassword
Élément:
Le CreateTrainingSession
et CreateTeleconferenceSession
les réponses ont maintenant le sessionPassword
Élément:
Mises à jour API 40.1.0
Mises à jour de l’API XML 40.1.0
GetSessionInfo
Améliorations
Nous avons ajouté de nouveaux éléments au GetSessionInfo
Api. L’API renvoie maintenant des infos pour les périphériques mobiles également.
APIs concernées :
GetSessionInfo
GetSessionInfo
Demander des mises à jour :

Exemple de demande :
<?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
Améliorations
Nous avons ajouté une nouvelle API, lstAccessAnywhereHistory
, afin de répondre aux Webex Access Anywhere sur le rapport.
APIs concernées :
LstAccessAnywhereHistory
LstAccessAnywhereHistory
Demander des mises à jour :

LstAccessAnywhereHistory
Mises à jour des réponses :

Exemple de demande :
<?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>
Exemple de réponse :
<?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>