- Mises à jour API 40.12.0
- Mises à jour API 40.11.0
- Mises à jour API 40.10.0
- Mises à jour API 40.9.0
- Mises à jour API 40.8.0
- Mises à jour API 40.7.0
- Api 40.6.1, 40.4.9 Mises à jour
- Mises à jour API 40.6.0
- Api 40.4.8, 40.2.9 Mises à jour
- API 40.4.5, 40.2.6 Mises à jour
- API 40.4.4, 40.2.5 Mises à jour
- API 40.4.3, 40.2.4 Mises à jour
- Mises à jour API 40.4.0
- Mises à jour API 40.2.0
- Mises à jour API 40.1.2
- Mises à jour API 40.1.0
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 :
Créer une réunion et Configurer une réunion pour programmer ou mettre à jour une réunion
Réunion Webex type de réunionprivée.
Si un Réunion Webex est programmé avec un type de réunion privée,
GetSessionInfo
GetMeeting ,
LstSummarySession
, etLstCalendarSession
retournera un nouvel élément nommé Réunion privée pour le savoir.
GetMeetingType et LstMeetingType renvoyer un nouvel élément appellation
indique si elle prend en charge les réunions privées ou non.SupportPrivateMeeting qui
Changements de schémas
API XML : GetMeetingType/LstMeetingType : Annexez <SupportPrivateMeeting>
l’élément.
API XML :LstSummarySession
: Annexer <isPrivateMeeting>
l’élément.
API XML :LstCalendarSession
: Annexer <isPrivateMeeting>
l’élément.
API XML :ObtenirInfossion
: Annexer <isPrivateMeeting>
l’élément.
API XML :Obtenir la entélémentation: Annexez <isPrivateMeeting>
l’é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>25/10/2020 13:00:00</startDate>
<duration></duration>
<timeZoneID>45</timeZoneID>
</schedule>
<accessControl>
<meetingPassword>*******</meetingPassword>
</accessControl>
<metaData>
<confName>MC_PrivateMeeting_Test</confName>
<meetingType>168</meetingType> //169 est un exemple qui prend en charge les réunions privées
</metaData>
</bodyContent>
</body>
Réponse de l’API XML : Obtenir les détails de lassion
Réponse pour isPrivateMeeting
<ep:supportE2E>false</ep:supportE2E>
<ep:isAllowJBH>true</ep:isAllowJBH>
<ep:isPrivateMeeting></ep:isPrivateMeeting> (vrai/vrai) : la réunion prend en charge les réunions privées ; Faux: la réunion ne prend pas en charge les réunions privées.
<ep:isCETMeeting>faux</ep:isCETMeeting>
<ep:isPersonalMeetingRoom>faux</ep:isPersonalMeetingRoom>
<ep:isNextUpcomingInstance>true (vrai)</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 l’élément. <meetingTemplates>
Modèle de réponse
Obtenir une réponse du site
<ns1:meetingTypes>
<ns1:meetingTypeID>3</ns1:meetingTypeID>
<ns1:meetingTypeName>Réunions PRO</ns1:meetingTypeName>
</ns1:meetingTypes>
<ns1:meetingTemplates>
<ns1:meetingTemplate>
<ns1:meetingTemplateName>MC Tempalte 1</ns1:meetingTemplateName>
<ns1:serviceType>MeetingCenter</ns1:serviceType>
</ns1:meetingTemplate>
<ns1:meetingTemplate>
<ns1:meetingTemplateName>EC Réunion Tempalte 2</ns1:meetingTemplateName>EventCenter TC
<ns1:serviceType></ns1:serviceType>
</ns1:meetingTemplate>
<ns1:meetingTemplate>
<ns1:meetingTemplateName>Modèle</ns1:meetingTemplateName>
<ns1:serviceType>de réunion 3 TrainingCenter</ns1:serviceType>
</ns1:meetingTemplate>
</ns1:meetingTemplates>
XML API SetUser ne peut pas modifier l’élément desServices pris en charge lorsque le site est un site
CI
Description
XMLAPI SetUser ne supporte pas la modification de la valeur de « Services pris en charge » dans une demande API lorsque le site est lié à Control Hub Unified Réunion Webex
sites.
Changements de schémas
Il n’y a aucun changement de schéma sur l’API : ConfigurerUtilneur
.
WEBEX-15436 : Ajoutez une protection pour éviter les courriers électroniques doubles dans la liste des participants de Mtgconfattelist
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
Créer unmeetingAttende
Createuser
Setuser
Créer unemeeting
Configurer lameeting
Créer un événement
Configurer l’événement
Créer une formation
Configurer la formation
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>test du site testUtilisation du mot de passe</siteName>
<webExID></webExID>
<password></password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.attendee.CreateMeetingAttendee">
<sessionKey>utilisateur 1714904382</sessionKey>
<person>
<email>test@webex.com</email>
<name>nom1</name>
</person>
<attendees>
<person>
<email>test@webex.com</email>
<name>nom2</name>
</person>
<sessionKey>1714904382</sessionKey>
</attendees>
</bodyContent>
</body>
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 prend
en charge dispalyname
lorsque activation ou désactivation de la fonctionnalité d’ActiverDisplayName
est à 1. Si le activation ou désactivation de la fonctionnalité n’est pas 1, alors le nom d’affichage est ignoré.
Changements de schémas
Createuser:
XMLAPI SetUser prend en charge le nom d’affichage
Configurer l’utilisateur
prend en charge le dispalyname
lorsque activation ou désactivation de la fonctionnalité’activerDisplayName
est 1. Si l activation ou désactivation de la fonctionnalité’est pas 1, le nom d’affichage sera ignoré.
Changements de schémas
Setuser:
XMLAPI GetUser prend en charge le nom d’affichage
GetUser
prend en charge le dispalyname
lorsque activation ou désactivation de la fonctionnalité’activerDisplayName
est 1. Si l activation ou désactivation de la fonctionnalité’est pas 1, le nom d’affichage ne s’affiche pas.
Lorsque displayName dans la DB est nul et que 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
Obtenir la réponse de l’utilneur :
Contrôle au niveau de l’utilisateur XMLAPI SRC hybride la Voip
Le paramètre cmrHybridVoip est utilisé pour configurer et récupérer le paramètre EnableCMRHybridVoIP au niveau de
l’utilisateur.
Changements de schémas
Obtenir une réponse de l’autre :
Demande CréerUtiliseur :
Configurer la demande de l’utiliseur :
Mises à jour API 40.10.0
Mises à jour de l’API XML 40.10.0
Prise en charge de l’API XML pour la réunion UUID
dans la requête API et la réponse
Modèle d’API XML : Obtenir la demande d’information
de laSession :
<?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>
ou
<meetingUUID>039c00d25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
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>RÉUSSITE PRINCIPALE NOT_INPROGRESS faux</serv:result>
<serv:gsbStatus></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></ep:status>
<ep:isLocked></ep:isLocked>
<ep:sessionkey>805325231</ep:sessionkey>
<ep:meetingUUID>039c00d25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
<ep:confID>158941507534980823...</ep:confID>
...
</serv:bodyContent>
</serv:body>
</serv:message>
API affectée :
Créer unmeetingAttende
DelMeetingAttende
S’inscrire à unemeetingAttende
Créer une téléconférenceSession
Configurer la téléconférenceSession
Obtenir la téléconférenceSession
Créer une formation
Configurer la formation
Obtenir la formation
Formation en cours
Créer un événement
Configurer l’événement
Événement delevent
XMLAPI retournera un élément supplémentaire pour la configuration de l’administration du site pour désactiver la capture d’écran
L’exigence provient de la sécurité - à la fois les bogues PenTest
et les clients, tels que 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 y retournera un champ supplémentaire ActiverMobileScreenCapture dans la réponse de
GetSite pour le prendre en
charge.
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>RÉUSSITE</serv:result>
<serv:gsbStatus></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>
PRINCIPALE...
<ns1:securityOptions>
...
...
<ns1:EnableMobileScreenCapture></ns1:EnableMobileScreenCapture>
faux...
</ns1:securityOptions>
...
</ns1:siteInstance>
</serv:bodyContent>
</serv:body>
</serv:message>
APIs affectées
Obtenir le site
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œud
périphériqueCanStartMonPMR
dansPersonalMeetingRoom
.créerMeeting/setMeeting/getMeeting ajouter un nouveau nœud
dispositifCanStartMeeting
dans la programmation.
L’option dans l’IU Webex pour la réunion Salle personnelle :
Changements de schémas
Createuser:
Setuser:
Obtenir la réponse de l’utilneur :
Créer unemeeting :
configurer lameeting :
Obtenir la réponse de laréponse :
Mises à jour API 40.9.0
Mises à jour de l’API XML 40.9.0
Prise en charge de l’API XML pour la demande et la réponse UUID
de réunion
Nous avons ajouté l’UUID de réunion à la demande API et la réponse partout où nous supportons en tant que clé de réunion ou clé de
session.
Modèle d’API XML : Obtenir la demande d’information
de laSession :
<?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>
ou
<meetingUUID>039c00d25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
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>RÉUSSITE PRINCIPALE NOT_INPROGRESS faux</serv:result>
<serv:gsbStatus></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></ep:status>
<ep:isLocked></ep:isLocked>
<ep:sessionkey>805325231</ep:sessionkey>
<ep:meetingUUID>039c00d25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
<ep:confID>158941507534980823...</ep:confID>
...
</serv:bodyContent>
</serv:body>
</serv:message>
API affectée :
Obtenir lesinfos d’inscription
Formation de groupe LstsummarySession
Ajouter un testprogrammé
Configurer le testprogrammé
Test DelScheduled
Obtenir des informations de test
Charger l’image de l’événement
Envoyer un message d’invitation
Création d’unession d’urgence
Répertoire de lastmeetingusagePréliminaryHistory
LstmeetingattendeePreliminaryHistory
Événements de la LsteventsessionPréliminaryHistory
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 et la modification de la réunion API XML MC pour prendre en charge le lobby verrouillé lorsque la fonctionnalité (ConsistentLockedLobby
) est mise en charge.
Changements de schémas
Trois nouveaux éléments ont été ajoutés(externalAttendeeSecurity
, autoLock ,
autoLockWaitTime ) dans les API
CreateMeeting, SetMeeting et GetMeeting.
É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
Demande de Création d’unemeeting :
<bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting">
...
<attendeeOptions>
...
<joinRequiresAccount>false</joinRequiresAccount>
<externalAttendeeSecurity>AutoriserJoinWithLobby</externalAttendeeSecurity>
<autoLock>true</autoLock>
<autoLockWaitTime>10...</autoLockWaitTime>
</attendeeOptions>
</bodyContent>
Demande de SetMeeting :
<bodyContent xsi:type="java:com.webex.service.binding.meeting.SetMeeting">
<meetingkey>2###1##01...</meetingkey>
<attendeeOptions>
...
<joinRequiresAccount>false</joinRequiresAccount>
<externalAttendeeSecurity>AutoriserJoinWithLobby</externalAttendeeSecurity>
<autoLock>true</autoLock>
<autoLockWaitTime>10...</autoLockWaitTime>
</attendeeOptions>
</bodyContent>
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></serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="meet:getMeetingResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
PRIMARY...
<meet:attendeeOptions>
...
<meet:joinRequiresAccount>faux</meet:joinRequiresAccount>
<meet:externalAttendeeSecurity>AutoriserRejoinder</meet:externalAttendeeSecurity>
<meet:autoLock>le vrai</meet:autoLock>
<meet:autoLockWaitTime>10...</meet:autoLockWaitTime>
</meet:attendeeOptions>
API affectée :
Créer unemeeting
Configurer lameeting
Obtenir la <ae<a&
Amélioration GetSessionInfo
API pour que les participants reviennent sur l’état de la session en cours
Deux nouveaux éléments ont été ajoutés (aHostInMeeting
, hasAttendeeInMeeting ) en réponse de
GetSessionInfos
. 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></serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="meet:getMeetingResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
PRIMARY...
<ep:status>INPROGRESS</ep:status>
<ep:hasHostInMeeting>vrai</ep:hasHostInMeeting>
<ep:hasAttendeeInMeeting></ep:hasAttendeeInMeeting>
vrai...
API affectée :
Obtenir les détails de lassion
L’API GetUserCard nécessite une autorisation.
Amélioration de la sécurité l’API XML GetUserCard nécessite
l’autorisation d’obtenir les informations des utilisateurs.
API affectée :
Obtenir la carteUtiliseur
Mises à jour API 40.8.0
Mises à jour de l’API XML 40.8.0
Amélioration de la réponse GetSessionInfo
response
Si vous n’êtes pas invité ou accepté par la réunion, votre appel vers l’API XML : GetSessionInfos
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'est pas listée false false</ep:sessionkey>
<ep:accessControl>
<ep:listStatus></ep:listStatus>
<ep:registration></ep:registration>
<ep:passwordReq></ep:passwordReq>
<ep:isRegisterIDRequired></ep:isRegisterIDRequired>
</ep:accessControl>
<ep:metaData>
<ep:serviceType>meetingCenter</ep:serviceType>
</ep:metaData>
<ep:attendeeOptions>
<ep:joinRequiresAccount></ep:joinRequiresAccount>
</ep:attendeeOptions>
<ep:isAllowJBH>false true</ep:isAllowJBH>
<ep:isCETMeeting>true false</ep:isCETMeeting>
<ep:isPersonalMeetingRoom>(faux) MeetingCenter</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 vrai</ep:sessionkey>
<ep:accessControl>
<ep:listStatus></ep:listStatus>
<ep:registration></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></ep:joinRequiresAccount>
</ep:attendeeOptions>
<ep:isAllowJBH></ep:isAllowJBH>
<ep:isCETMeeting></ep:isCETMeeting>
<ep:isPersonalMeetingRoom>false true false (vrai)</ep:isPersonalMeetingRoom>
</serv:bodyContent>
API affectée :
Obtenir les détails de lassion
GetSessionInfos, GetUserCard
Améliorations de sécurité
Nous avons fait une amélioration de sécurité sur l’interface XML API 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 :Obtenir les détails de lassion
Obtenir la carteUtiliseur
meetingUUID dans
la requête API et la prise en charge de la réponse
Nous avons ajouté meetingUUID à la demande API et la réponse à chaque fois que nous mandons de prendre en charge une réunionKey/sessionKey
.
Obtenir la demande d’information
de laSession :
<?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>
ou
<meetingUUID>039c00d25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
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>RÉUSSITE PRINCIPALE NOT_INPROGRESS faux</serv:result>
<serv:gsbStatus></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></ep:status>
<ep:isLocked></ep:isLocked>
<ep:sessionkey>805325231</ep:sessionkey>
<ep:meetingUUID>039c00d25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
<ep:confID>158941507534980823...</ep:confID>
...
</serv:bodyContent>
</serv:body>
</serv:message>
API affectée :
LstOpenSession
Obtenir lesinfos d’inscription
LstsummaryMeeting (EnresummaryMeeting)
Tests lstScheduled
Obtenir un événement
Événement LstsummaryEvent
Répertoire de lastmeetingusage
Répertoire de la formation de la formation
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 :
Créer unemeeting
Configurer lameeting
Créer un événement
Configurer l’événement
Créer une formation
Configurer la formation
Prise en charge de l’API XML Créer unemeetingAttende et
InscriptionMeetingAttendee
À la fois Créer uninvingmeetingAttende et S’inscrireInvingetingInvence uninseant peuvent vérifier le formulaire d’inscription de l’invité formulaire d’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 : Créer unmeetingAttende et
S’inscrireMeetingAttende
.
InscriptionDemandemeetingAttende
:
<body>
<bodyContent xsi:type="java:com.webex.service.binding.attendee.RegisterMeetingAttendee">
<attendees>
<person>
<name>PrénomNameb LastName</name>
<firstName>FirstName</firstName>
<lastName>LastName</lastName>
<title>Ingénieur</title> Emploi
<company>Cisco1234</company>
//Nom de la société...
<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>
Demande de création d’un groupe
d’entre les personnes :
<bodyContent xsi:type="java:com.webex.service.binding.attendee.CreateMeetingAttendee">
<person>
<name>PrénomA NomA</name>
<firstName>PrénomA</firstName>
<lastName>NomANameA</lastName>
<title>Ingénieur</title> Emploi
<company>Cisco1234</company>
//Nom de la société...
<email>@*****.com VISITEUR VRAI INVITÉ ACCEPTER LE VRAI</email>
<type></type>
<sendReminder></sendReminder>
</person>
<role></role>
<joinStatus></joinStatus>
<emailInvitations></emailInvitations>
<sessionKey>INVITÉ 1###4####1</sessionKey>
040014 Exemple d’exception de
la réponse :
<?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>ÉCHEC</serv:result>
<serv:reason>Champs obligatoires manquants (formulaire d’inscription) : titre, entreprise</serv:reason>
<serv:gsbStatus>PRINCIPAL</serv:gsbStatus>
<serv:exceptionID>040014</serv:exceptionID>
<serv:value>titre, société</serv:value>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent/>
</serv:body>
</serv:message>
API affectée :
Créer unmeetingAttende
S’inscrire à unemeetingAttende
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 :
Créer unmeetingAttende
Créer un événement
Configurer l’événement
Créer uncontact
Configurer lecontact
ConfigurerInfos sur l’enregistrement
Créer unmeetingAttende
Créer une formation
Configurer la formation
Createuser
Setuser
Créer unemeeting
Configurer lameeting
S’inscrire à unemeetingAttende
Mises à jour API 40.7.0
Mises à jour de l’API XML 40.7.0
prise en charge de l’IUUD de
réunion
Nous avons ajouté meetingUUID à la demande API et la réponse partout où nous mandons la prise en charge d’une clé de réunion ou d’une sessionKey.
Exemple de demande Obtenir la demande
d’information de laSession :
<?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>
ou
<meetingUUID>039c00d25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
Exemple de demande Obtenir la demande
d’information de laSession :
<?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>
ou
<meetingUUID>039c00d25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
Obtenir la réponse d’infosession
Exemple :
<?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>RÉUSSITE PRINCIPALE NOT_INPROGRESS faux</serv:result>
<serv:gsbStatus></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></ep:status>
<ep:isLocked></ep:isLocked>
<ep:sessionkey>805325231</ep:sessionkey>
<ep:meetingUUID>039c00d25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
<ep:confID>158941507534980823...</ep:confID>
...
</serv:bodyContent>
</serv:body>
</serv:message>
APIs concernées :
LstmeetingattendeeHistory
LsttrainingattendeeHistory
LsteventattendeeHistory
LstsupportattendeeHistory
Prise en charge du courrier électronique
de bienvenue API créerUtilneur 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 la demande
Créerutiliseur.
Utiliser l’exemple Créerutil
pour envoyer un courrier électronique de bienvenue 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"> xxx
<header>
<securityContext>
<siteName></siteName>
<webExID>test</webExID>
<password></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>utilisateur</firstName>
<lastName></lastName>
<webExId>testuser</webExId>
<password>xxxxxx testuser@test.com true</password>
<email></email>
<privilege>
<host></host>
</privilege>
<languageID>(vrai) 19 ou</languageID>
Tchèque
<language></language>
<active>ACTIVATED</active>
<sendWelcome>true</sendWelcome>
<isHTMLEmail>(vrai)</isHTMLEmail>
</bodyContent>
</bodyContent>
</body>
Api 40.6.1, 40.4.9 Mises à jour
Mises à jour de l’API XML 40.6.1, 40.4.9
Prise en charge de CreateMeeting/SetMeeting
Lorsque vous programmez une réunion Webex, L’API XML Créer une réunion/Configurer une réunion 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é.
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 |
---|---|
Titre de la tâche | <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 Créer unemeeting
Schéma modifié : Ajouter l’élément « registrationForm » dans SetMeeting
Schéma modifié : Ajouter l’élément " registrationForm " dans GetMeeting
Exemple de la demande de
création d’unemeeting :
<bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting">
<accessControl>
<meetingPassword>mot</meetingPassword>
</accessControl>
<attendeeOptions>
<emailInvitations>de passe</emailInvitations>
<registration>vrai</registration>
<auto>faux</auto>
</attendeeOptions>
<registrationForm>
<title><req>true (Vrai)</req></title> <!-- true -->
<company><req>vrai</req></company> <!-- true -->
<address1><req>faux</req></address1>
<address2><req>faux</req></address2>
<city><req>vrai</req></city> <!-- true -->
<state><req>faux</req></state> <!-- true -->
<postalCode><req>faux faux</req></postalCode>
<country><req>faux</req></country>
<phone><req>faux faux</req></phone>
<fax><req>faux faux</req></fax>
</registrationForm>
Exemple de la demande
de setmeeting :
<bodyContent xsi:type="java:com.webex.service.binding.meeting.SetMeeting">
<meetingkey>1015045339 Nom de</meetingkey>
<metaData>
<confName>conférence</confName>
<meetingType>3</meetingType>
</metaData>
<attendeeOptions>
<emailInvitations></emailInvitations>
<registration>vrai</registration>
<auto>vrai</auto>
</attendeeOptions>
<registrationForm>
<title><req>true (Vrai)</req></title>
<company><req>vrai</req></company>
<address1><req>faux</req></address1>
<address2><req>faux</req></address2>
<city><req>vrai</req></city>
<state><req>faux</req></state>
<postalCode><req>faux faux</req></postalCode>
<country><req>faux</req></country>
<phone><req>faux faux</req></phone>
<fax><req>faux faux</req></fax>
</registrationForm>
Obtenir une réponse
en réponse à une autre réponse Exemple :
<meet:sipURL>1234567890@sitename.webex.com 1234567890@sitename.webex.com faux vrai faux faux vrai</meet:sipURL>
<meet:displayMeetingUrl></meet:displayMeetingUrl>
<meet:registrationForm>
<meet:phone><meet:req></meet:req></meet:phone>
<meet:title><meet:req></meet:req></meet:title>
<meet:company><meet:req></meet:req></meet:company>
<meet:address1><meet:req></meet:req></meet:address1>
<meet:address2><meet:req></meet:req></meet:address2>
<meet:city><meet:req></meet:req></meet:city>
<meet:state><meet:req></meet:req></meet:state>
<meet:postalCode><meet:req>vrai faux faux</meet:req></meet:postalCode>
<meet:country><meet:req>faux</meet:req></meet:country>
<meet:fax><meet:req>faux faux faux</meet:req></meet:fax>
</meet:registrationForm>
APIs concernées :
Créer unemeeting
Configurer lameeting
Obtenir la <ae<a&
DelMeeting (Enmeeting)
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 :CréerUtilneur/ConfigurerUtilneur/GetUser/GetMe et qu’un type de réunion E2EE uniquement est disponible, il répond 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
Obtenir l’utilateur
ObtenirMe
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é : Demande
CréerUtiliseur :
Schéma modifié : Setuser
Schéma modifié : Réponse de
GetMe :
Schéma modifié : Lstsummary Réponse de
l’useur :
APIs concernées :
Createuser
Setuser
ObtenirMe
LstsummaryUtilneur
Exemple de demande
créer unutiliseur :
<?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"> xxx SiteAdmin xxxx xxx xxx xxx xxx xxx false false
<header>
<securityContext>
<siteName></siteName>
<webExID></webExID>
<password></password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
<firstName></firstName>
<lastName></lastName>
<webExId></webExId>
<password></password>
<email></email>
<privilege>
<umSiteAdmin></umSiteAdmin>
<host></host>
<siteAdmin></siteAdmin>
<labAdmin></labAdmin>
<voiceOverIp>false</voiceOverIp>
</privilege>
<languageID>(faux) 3</languageID>
<active>ACTIVATED</active>
<sendWelcome>true</sendWelcome>
<isHTMLEmail>(vrai)</isHTMLEmail>
</bodyContent>
</body>
Prise en charge de l’utilisation de la clé API accédant à GetUserCard
Nous utilisons maintenant la clé API (jeton JWT généré) pour accéder à l’API : ObtenirUserCard
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 :
Exemple de demande GetUserCard
:
POSTER https://{sitename}.webex.com/WBXService/En-tête du service XML
:
Contenu-Type application/json;charset=utf-8
JWTToken ${jwken}
Corps :
<?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>RÉUSSITE</serv:result>
<serv:gsbStatus>PRINCIPALE</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 faux Test de la salle personnelle</use:lastModifiedTime>
<use:isUploaded></use:isUploaded>
</use:avatar>
<use:personalMeetingRoom>
<use:title></use:title>
<use:personalMeetingRoomURL>https://xxxx.webex.com/meet/Test</use:personalMeetingRoomURL>
<use:accessCode>713289692</use:accessCode>
</use:personalMeetingRoom>
</serv:bodyContent>
</serv:body>
</serv:message>
Prise en charge de meetingUUID
dans la requête et la réponse API
Nous avons ajouté meetingUUID à la demande API et la réponse lorsque nous mandons la prise en charge d’une clé de réunion ou d’une clé de session.
APIs concernées :
LstEnregistrements
LstsummarySession
Obtenir les détails de lassion
Obtenir la <hosturlMeeting
GetjoinurlMeeting
LstMeetingAttendee
Créer unemeeting
Configurer lameeting
Obtenir la <ae<a&
DelMeeting (Enmeeting)
Dernier temps de lasession
Exemple de la requête meetingUUID
:
<?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>
ou
<meetingUUID>039c00d25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
meetingUUID
Réponse Exemple :
<?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>RÉUSSITE PRINCIPALE NOT_INPROGRESS faux</serv:result>
<serv:gsbStatus></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></ep:status>
<ep:isLocked></ep:isLocked>
<ep:sessionkey>805325231</ep:sessionkey>
<ep:meetingUUID>039c00d25c64ab0812dda22bb8a4fcc</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 (Utiliseur)
Améliorations de la LstSummarySession
Nous avons amélioré l’API : LstSummarySession return
scheduled-PMR/SRP to have one new element, returnSummaryPMR , in
the request. Et la valeur activation ou désactivation de la fonctionnalité par défaut est inex pas.
APIs concernées :
DernierSummarySession
Changement de schéma :
Nous ajoutons un nouveau nom d’élément retourProgramméPMR dans la
demande API LstSummarySession.
Nous ajoutons un nouveau nom d’élément estProgramméPMR dans la réponse
API LstSummarySession.
Exemple de demande de laSummarySession
:
<?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></password>
<partnerID>xxxx</partnerID>
<clientInfo>xxxx xxxx</clientInfo>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.LstsummarySession">
<listControl>
<startFrom>1</startFrom>
<maximumNum>2</maximumNum>
<listMethod>ET</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 2019</endDateStart>08:0:01/12/2019
<endDateEnd>7:59:59</endDateEnd>
</dateScope>
<order>
<orderBy>HOSTWEBEXID</orderBy>
<orderAD>ASC</orderAD>
<orderBy>CONFNAME</orderBy>
<orderAD>ASC</orderAD>
<orderBy>STARTTIME</orderBy>
<orderAD>ASC</orderAD>
</order>
<serviceTypes>
<serviceType></serviceType>
<serviceType>EventCenter</serviceType>
<serviceType>MeetingCenter</serviceType>
<serviceType>SalesCenter TrainingCenter</serviceType>
<serviceType></serviceType>
</serviceTypes>
<returnScheduledPMR>True (Centre de formation Webex)</returnScheduledPMR>
</bodyContent>
</body>
</serv:message>
Exemple de réponse de laSummarySession
:
<?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>
Améliorations apportées à
GetSite
Nous avons ajouté une réponse GetSite
activation ou désactivation de la fonctionnalité supportXMLAPIReturnScheduledPMR
APIs concernées :
Obtenir le site
Changement de schéma :
Le nouvel élément de la réponse getSite de l’API XML
est : SupportXMLAPIReturnProgramméPMR
Exemple de demande
de site :
<?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"> xxx
<header>
<securityContext>
<siteName></siteName>
<webExID>Test</webExID>
<password></password>
<clientInfo>xxx xxx</clientInfo>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.site.GetSite">
</bodyContent>
</body>
Exemple de réponse
Obtenir un site :
<?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>RÉUSSITE</serv:result>
<serv:gsbStatus></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>
PRINCIPALE...
<ns1:SupportXMLAPIReturnScheduledPMR>true</ns1:SupportXMLAPIReturnScheduledPMR>
(vrai) ...
</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 et l’appliquerons aux centres Webex Meetings, Teams et Events.
Ces API : GetMeeting, GetTrainingSession, GetEvent et
GetTeleconferenceSession , proposeront ces nouveaux éléments
comme réponse : audioPassword (mot de passe
numérique), estEnforceAudioPassword
, isEnforceAudioLogin pour les centres Webex Meetings, Teams et
Events.
Schéma modifié :
APIs concernées :
Obtenir la <ae<a&
Obtenir la formation
Obtenir un événement
Obtenir la téléconférenceSession
Exemple de la demande
d’obtenir une autreonsonsons personnes :
<?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>test du site</siteName>
<webExID></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>RÉUSSITE</serv:result>
<serv:gsbStatus>PRINCIPALE</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>
(vrai) ...
...
</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
Limite d’utilisation GetUserCard
et GetSessionInfos
Nous implémentons la limite d’utilisation sur API GetUserCard et
GetSessionInfo
, vous pouvez obtenir le message d’erreur : « 403 interdit » si vous atteignez la limite d’utilisation.
APIs concernées :
Obtenir la carteUtiliseur
Obtenir les détails de lassion
API 40.4.4, 40.2.5 Mises à jour
Mises à jour de l’API XML 40.4.4, 40.2.5
Corps Limite du nombre de
personnes
Nous avons ajouté un nombre limité de corpscontent dans
chaque section API XML. Lorsque vous ajoutez trop de corpsContent dans la demande API, le code d’erreur et le message suivants reviennent : « 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 exemple de plusieurs corpscontents
:
<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
<securityContext>
<webExID></webExID>
<password>xxxx</password>
<siteName>xxxx</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>xxx 801020403</sessionKey>
</bodyContent>
</body>
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.
Améliorations de
l’utilisation de la création
Nous avons amélioré Créer un utilisateur pour prendre en charge le courrier électronique de bienvenue en plusieurs
langues. Le courrier électronique
Créerutiliser maintenant demande estHTMLEmail
APIs concernées :
Createuser
Exemple de demande
créerutilisateur :
<?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"> administrator xxxx xxx xxx xxx xxx xxx xxx xxx true
<header>
<securityContext>
<webExID></webExID>
<password></password>
<siteName></siteName>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
<firstName></firstName>
<lastName></lastName>
<webExId></webExId>
<password></password>
<email></email>
<privilege>
<host></host>
<siteAdmin></siteAdmin>
<labAdmin>false</labAdmin>
<voiceOverIp>false</voiceOverIp>
</privilege>
<languageID>(faux) 3</languageID>
<active>ACTIVATED</active>
<sendWelcome>true</sendWelcome>
<isHTMLEmail>(vrai)</isHTMLEmail>
</bodyContent>
</body>
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 l’API Configurer l’utilisateur 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 l’API SetUser 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 l’API Configurer l’utilisateur pour modifier 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
Délai d’inscription et
réinitialisation de la connexion de l’inscription
L’API GetEnrollmentInfo recherche actuellement les adresses IP sur le système de noms de domaine, 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>
champ.
APIs concernées :
Obtenir lesinfos d’inscription
Exemple de demande
d’inscription :
<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="http: www.w3.org/2001/XMLSchema-instance"="" xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
<securityContext>
<siteName>sqdemo6</siteName>
<webExID></webExID>
<password>xxxx</password>
<partnerID>webexpartner</partnerID>
</securityContext>
</header>
<body>
<bodyContent
xsi:type="java:com.webex.service.binding.attendee.GetEnrollmentInfo">
<sessionKey>716773566</sessionKey>
</body>
Obtenir la réponse
d’inscriptionInfo Exemple :
<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common">
xmlns:att="http://www.webex.com/schemas/2002/06/service/attendee">
<serv:header>
<serv:response>
<serv:result>SUCCESS</serv:result>
<serv:gsbStatus>PRIMARY</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="att:getEnrollmentInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<att:session>
<att:confID>15427906699981548</att:confID>
<att:attendee>
<att:attendeeID>3191792</att:attendeeID>
<att:enrollFields>
<att:defaultFields>
<att:firstName></att:firstName>
<att:lastName>AlexCast</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/02/02 27/2020 22:03:57</att:submitTime>
<att:status>APPROUVÉ</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>faux</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></serv:total>
<serv:returned>2 2</serv:returned>
<serv:startFrom>1</serv:startFrom>
</att:matchingRecords>
<att:sessionKey>716773566</att:sessionKey>
</att:session>
</serv:bodyContent>
</serv:body>
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 la prise en charge de l’accès anonyme à l’API de LaSummarySession.
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 :
DernierSummarySession
Exemple de demande de laSummarySession
:
<?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>nom du site1</siteName>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.LstsummarySession">
<sessionKey>211894651</sessionKey>
</bodyContent>
</body>
</serv:message>
Exemple de réponse de laSummarySession
:
<?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"> ÉCHEC Désolé, aucun enregistrement n’a été trouvé
<serv:header>
<serv:response>
<serv:result></serv:result>
<serv:reason></serv:reason>
<serv:gsbStatus>PRINCIPAL</serv:gsbStatus>
<serv:exceptionID>000015</serv:exceptionID>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent/>
</serv:body>
Améliorations apportées à la sécurité de la création et de la mise en place
de
lameeting
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 les API Créer une réunion et Configurer la réunion pour ne pas autoriser les utilisateurs à programmer l’heure de démarrage d’une 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 :
Créer unemeeting
Configurer lameeting
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 fonctionnalités Créer uneréférence , Créer un événement , Créer une formation, et
CréerRéconférenceSession pour inclure un mot de passe dans le corps de la réponse
de l’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 :
Créer unemeeting
Créer un événement
Créer une formation
Créer une téléconférenceSession
La réponse Créer une réunion a maintenant
l’élément Mot de passe de la réunion
:
Exemple de la demande de
création d’unemeeting :
<?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>28/10/2020 17:35:00</startDate>
</schedule>
</bodyContent>
</body>
Exemple de la réponse
créer unemeeting :
<?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>RÉUSSITE</serv:result>
<serv:gsbStatus>PRINCIPALE</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>
La réponse Créer un événement a maintenant
l’élément Mot de passe de
l’événement :
L’élément Créer une session de formation et Créer une téléconférenceRésession ont à présent l’élément Mot de passe de la session
:
Mises à jour API 40.1.0
Mises à jour de l’API XML 40.1.0
Améliorations apportées à GetSessionInfos
Nous avons ajouté de nouveaux éléments à l’API GetSessionInfo.
L’API renvoie maintenant des infos pour les périphériques mobiles également.
APIs concernées :
Obtenir les détails de lassion
Obtenir les mises à jour de la demande
d’informations de lassion :

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 https://go.webex.com/join/dongchen dongchen@go.webex.com ou 123456789_go@webex.com ou</sessionKey>
<pmrUrl></pmrUrl>
<sipUrl></sipUrl>
<meetingLink>123456789@go.webex.com https://go.webex.com/go/j.php?MTID=m814c6a483d4b5052d539f88d67acbad6</meetingLink>
<meetingUuid>345673234567765432345654345677654</meetingUuid>
</bodyContent>
</body>
</serv:message>
Améliorations de l’histoire de LstAccessAnywhereHistory
Nous avons ajouté une nouvelle API, lstAccessAnywhereHistory , pour répondre avec les informations Webex Access Anywhere
du rapport.
APIs concernées :
Répertoire LstAccessAnywhere
Mises à jour des demandes d’accès au répertoire LstAccessAnywhere
:

Mises à jour des réponses de LstAccessAnywhereHistory
:

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>test sqdemo6</siteName>
<webExID></webExID>
<password>P@ss1234</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.history.LstAccessAnywhereHistory">
<hostWebexID>test1</hostWebexID>
<startTimeScope>
<sessionStartTimeStart>09/2002/20119 00:42:34</sessionStartTimeStart>
<sessionStartTimeEnd>29/12/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>OU</serv:listMethod>
</listControl>
<order>
<orderBy>STARTTIME</orderBy>
<orderAD>ASC</orderAD>
</order>
</bodyContent>
</body>
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></serv:returned>
<serv:startFrom>10</serv:startFrom>
</history:matchingRecords>
<history:accessAnyWhereInfo>
<history:confID>1 123456 6926_dean</history:confID>
<history:userName></history:userName>
<history:computerName></history:computerName>
<history:clientIP>10.224.2 22.183</history:clientIP>
<history:startTime>29/11/2019 03:05:44</history:startTime>
<history:endTime>11/29/2019 03:10:06</history:endTime>
<history:duration>5</history:duration>
</history:accessAnyWhereInfo>
</serv:body>