- בית
- /
- מאמר
סקירה כללית של עדכוני API של פגישות Webex של Cisco (API 41)
מצא את כל המידע החשוב הדרוש לך אודות ה- API של פגישות Webex של Cisco, כגון שינויי סכימה והכרזות אחרות.
לקבלת מידע נוסף על XML API 39 ו-XML API 11, עיין בסקירת העדכונים של Cisco Webex Meetings XML API (XML API 39 או מהדורות קודמות).
לקבלת מידע נוסף על XML API 40, עיין בסקירת העדכונים של Cisco Webex Meetings XML API (XML API 40 ואילך).
לקבלת עדכונים עבור XML API 11 SP9 ואילך, עבור אל Cisco DevNet.
עדכוני API 41.12.0
עדכוני XML API 41.12.0
XMLAPI יחסום את לוח הזמנים והעריכה של Webex Events (Classic) בהתאם לפריט התצורה של האתר של EnableClassicEvent
שהוא שגוי
ממשקי API מושפעים ושינויי סכימה
בדף קביעת תצורה של ניהול אתר, אם תיבת הסימון 'הפעל אירוע קלאסי' היא שקרית, אתר זה לא יתמוך יותר בפגישות של אירועי Webex (קלאסיים).
אם תיבת הסימון הפוך את ה-ClassicEvent לזמין אינה נכונה, אתה קורא לממשקי API אלה כדי להפעיל את פגישת אירועי Webex (קלאסית):
צורEvent
, SetEvent
, GetEvent
, GetSessionInfo
, LstsummaryEvent
, LstrecordedEvent
, LstsummaryProgram
, UploadEventImage
ה-API יגיב לחריגה חדשה 010106 האירוע הקלאסי הושבת.
שינויים בסכימה
אין שינויים בסכימה.
דוגמה לבקשת API ותגובה
בקשת API ותגובה של CreateEvent
בקשה של CreateEvent
XXXXXXXX
XMLAPI EC Testing
07/17/2021 01:29:15
15
תגובה של CreateEvent
<?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:event="http://www.webex.com/schemas/2002/06/service/event">
<serv:header>
<serv:תגובה>
<serv:result>כשל</serv:תוצאה>
<serv:reason>האירוע הקלאסי הושבת.</serv:reason>
<serv:gsbStatus>ראשי</serv:gsbStatus>
<serv:exceptionID>010106</serv:exceptionID>
</serv:תגובה>
</serv:כותרת>
<serv:גוף>
<serv:bodyContent/>
</serv:גוף>
CreateEvent3.1.3 משפיע על ממשקי API:
-
Setאירוע GetEvent
-
קבל סשןInfo
-
תקציר Lstsummaryאירוע
-
אירוע LstrecordedEvent
-
תוכנית LSTSUMMARY
-
העלהEventImage
XMLAPI LstMeetingType
יגיב לאלמנט חדש של subProductCodePrefix
ממשקי API מושפעים
נוכחי רכיב התגובה LstMeetingType
של productionCodePrefix
: PRO, AUO ואחרים שהם קידומת סוג פגישה מוגדרת מראש של Webex.
לאחר שיפור חדש זה, ה-API יגיב לאלמנט חדש של subProdctCodePrefix
:PRO1, PRO2, וכו', אשר ניתן להתאים אישית קידומת סוג פגוש.
שינויים בסכימה ב-API: סוג פגישה ב-LstMeeting
זה יגיב אלמנט חדש: קידומת subprodctCodePrefix
דוגמה לבקשת API ותגובה
בקשת
API ותגובה של LstMeetingType
בקשת LstMeetingType
13810
תגובה של LstMeetingType
<serv:bodyContent xsi:type="mtgtype:lstMeetingTypeResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<mtgtype:matchingRecords>
<serv:total>1</serv:total>
<serv:חזר>1</serv:חזר>
<serv:startFrom>1</serv:startFrom>
</mtgtype:matchingRecords>
<mtgtype:productCodePrefix>PRO</mtgtype:productCodePrefix>
<mtgtype:subProductCodePrefix>PRO3</mtgtype:subProductCodePrefix> //רכיב חדש עבור סוג פגישה מותאם אישית
<mtgtype:active>מופעל</mtgtype:active>
<mtgtype:name>Cus_צברhat_סגור</mtgtype:name>
<mtgtype:displayName>ג'us_צברhat_סגור</mtgtype:displayName>
API 41.11.0 עדכונים
XML API 41.11.0 עדכונים
XML API תומך בתאימות קדימה ב- API של ניהול משתמשים עבור אתרים מנוהלים של Control Hub
ממשקי API מושפעים ושינויי סכימה
אם יישום האינטגרציה שלך משתמש כעת בממשקי API של ניהול משתמשים של Webex XMLAPI: צור משתמש
, משתמש SetUser
, דקורןComment
וכן קבל משתמש
כדי להקצות או לנהל משתמשים, לאחר שהאתר הקלאסי של Webex הומר לאתר המנוהל ב-Control Hub, ממשקי ה-API האלה ימשיכו לפעול לצורך תאימות קדימה. ישנם כמה שינויי התנהגות כפי שצוין להלן:
-
בעת שימוש ב - createUser- אם מצב המשתמש ב- Control Hub אינו "פעיל" אז מצב המשתמש באתר לא יהיה פעיל. אם מצב המשתמש ב- Control Hub פעיל, מצב המשתמש באתר פעיל גם הוא, עיין: מצב המשתמש של משתמשים חדשים ומומרים ב-Control Hub.
-
אלמנט הסיסמה של ממשקי API של CreateUser ו- SetUser יתעלם, אנו מתחילים לשלוח דוא"ל הפעלה למשתמשים חדשים, משתמשים יכולים ללחוץ על הקישור בדוא"ל לחשבון חדש פעיל ולהזין סיסמה חדשה.
-
המערכת הפעילה של CreateUser API תתעלם, לא ניתן להפעיל משתמש חדש (לא אומת) דרך פרמטר זה באמצעות API SetUser.
-
הערך של רכיב webExId בגוףחיבור של ממשקי API של CreateUser חייב להיות זהה לדואר אלקטרוני. אם webExId שונה מהדוא"ל, נתייחס ל-webExId כמו לדוא"ל בעת אחסון אותו ל-WebDB והערך יתעלם ממנו.
-
הערך של רכיב webExId ב-bodyContent של SetUser APIs חייב להיות זהות משתמש של כתובת דוא"ל, באפשרותך לשנות אותה באמצעות <email> ב-bodyContent.
-
ה - API של SetUser יתמוך בשינוי הודעת הדואר האלקטרוני של המשתמש הקיים: זה מצליח אם חשבון הפעולה ב- SecurityContext הוא מנהל האתר המלא של Control Hub. אחרת, ה- API מדווח על שגיאה באמצעות קוד שגיאה חדש והודעה להלן:
-
030120 החשבון חייב להיות מנהל אתר מלא כדי לשנות את כתובת הדוא"ל.
-
-
האלמנט newWebExId בגוףContent של SetUser API יתעלם.
-
ה- API של SetUser מנסה לשנות לדואר אלקטרוני שכבר נמצא בשימוש, ה- API מעלה מתחת לקוד שגיאה חדש ולהודעת שגיאה:
-
030118 דוא"ל כבר נמצא בשימוש באתרים מנוהלים של Control Hub.
-
-
ה- API של DelUser משבית את המשתמש בצד הפגישה של Webex ורישיון הפגישה המתאים מוסר מאתר Webex. ניתן להפעיל מחדש משתמש מושבת זה באמצעות API: הגדר משתמש (ACTIVE) כל עוד המשתמש מאומת לפני כן.
-
ממשקי ה- API של CreateUser ו - SetUser מעלים קוד שגיאה חדש ואת הודעת השגיאה כפי שמוצג להלן:
-
030117, משתמש זה קיים מחוץ לארגון שלך, ולכן יש לדרוש בעלות עליו, כדי לעבור לארגון שלך דרך תהליך דרישת בעלות על משתמש. לקבלת שלבים לתבוע את המשתמש לארגון שלך, ראה תביעת משתמשים לארגון שלך (המרת משתמשים). יהיה עליך לאמת את התחום שאליו שייך המשתמש לפני תביעת המשתמש.
-
030119 אסימון הגישה של CI חייב לכלול היקף webexsquare: מנהל בעת הקצאת משאבים למשתמש.
-
רק לתקופה מוגבלת נתמכת תאימות קדימה. אנו נספק הודעה מוקדמת לפני שתאימות זו תוסר.
שינויים בסכימה
אין שינויים בסכימה בממשקי API אלה: CreateUser
, SetUser
, DelUser
, ו-GetUser
.
דוגמה לבקשת API ותגובה
CreateUser API request & response
בקשת API:
<?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"
xsi:schemaLocation="http://www.webex.com/schemas/2002/06/service http://www.webex.com/schemas/2002/06/service/service.xsd">
<כותרת>
<securityContext>
<siteName>{siteName}</siteName>
<webExID>{site Admin account}</webExID>
<email>{site Admin account}</email>
<sessionTicket>xxxx</sessionTicket> או או
או , בעת שימוש ב-CI "accessToken", עליו לכלול היקף webexsquare:admin בעת הקצאת משתמש
</securityContext>
</כותרת>
<גוף>
<head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"/></head><body dir="rtl"Content xsi:type="java:com.webex.service.binding.user.CreateUser">
<webExId>Jack@qa.webex.com</webExId> --- זו צריכה להיות זהות משתמש של כתובת דוא"ל
<email>Jack@qa.webex.com</email>
<firstName>ג'ק</firstName>
<lastName>סמית'</lastName>
<password>...</password>
<privilege>>
<host>true</host>
</privilege>
<active>active</active> -- פרמטר זה לא יכול להפעיל את המשתמש ישירות עד שהמשתמש עצמו יפעיל את עצמו באמצעות דוא"ל הפעלה.
</bodyContent>
</גוף>
דוגמה לתגובת API:
<?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:תגובה>
<serv:result>הצלחה</serv:תוצאה>
<serv:gsbStatus>ראשי</serv:gsbStatus>
</serv:תגובה>
</serv:כותרת>
<serv:גוף>
<serv:bodyContent xsi:type="use:createUserResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<use:userId>23778617</use:userId>
</serv:bodyContent>
ממשקי API של השפעה:
-
CreateUser
-
SetUser
-
DelUser
XML API תומך בתאימות קדימה של אימות משתמש קיים לאחר שהאתר הקלאסי של Webex מומר לאתר מנוהל של Control Hub
ממשקי API מושפעים
לאחר שאתר Webex קלאסי מומר לאתר מנוהל של Control Hub, הערך של רכיב ב- צריך להיות זהה לכתובת הדוא"ל, הפרטים להלן:
-
עבור משתמשים קיימים שנוצרו באתר הקלאסי של Webex, אנו תומכים בשני webExID ישנים (לדוגמה: Jack) ו- webExID חדש (התוכן זהה לדואר אלקטרוני, לדוגמה: Jack@xx.com) כדי להתחבר, תאימות לאחור של אימות זה מיועדת לכל ממשקי ה- API של XML.
-
עבור משתמשים חדשים שנוצרו באתרים מנוהלים של Control Hub, הערך של רכיב webExID חייב להיות זהה לדואר אלקטרוני לצורך כניסה.
{siteName}
{userName} --- משתמשים קיימים נוצרו באתר קלאסי webEx, זה יכול להיות: jack או jack@xx.com; משתמש חדש חייב להשתמש ב- jack@xx.com
xxxx או או או
ממשקי API של השפעה:
כל ממשקי ה- API של XML.
לאחר שאתר Webex קלאסי הומר לאתר מנוהל של Control Hub, הערך של רכיב <bodyContent> צריך להיות זהה לדוא"ל, הפרטים להלן:
-
עבור משתמשים קיימים שנוצרו באתר הקלאסי של Webex, אנו תומכים גם ב-webExId(לדוגמה: Jack) ו- webExId חדש (התוכן זהה לדואר אלקטרוני, לדוגמה: Jack@xx.com) בגוףקוונט .
-
עבור משתמשים חדשים שנוצרו באתרים מנוהלים של Control Hub, הערך של רכיב webExId חייב להיות זהה לדוא"ל ב-
bodyContent
.
xxxx --- משתמשים קיימים נוצרו באתר webEx קלאסי, זה יכול להיות: jack או jack@xx.com; משתמש חדש חייב להשתמש ב- jack@xx.com
ממשקי API של השפעה: GetUser
, SetUser
, ו DelUser
.
שינויים בסכימה
אין שינויים בסכימה בממשקי API כלשהם.
דוגמה לבקשת API ותגובה
תגובת בקשת API של GetUser
בקשת API:
<?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"
xsi:schemaLocation="http://www.webex.com/schemas/2002/06/service http://www.webex.com/schemas/2002/06/service/service.xsd">
<siteName>{siteName}</siteName>
<webExID>{userName}</webExID> --- משתמשים קיימים נוצרו באתר webEx קלאסי, זה יכול להיות: jack or jack@xx.com; משתמש חדש חייב להשתמש ב- jack@xx.com
xxxx או או או
xxxx --- משתמשים קיימים נוצרו באתר webEx קלאסי, זה יכול להיות: jack או jack@xx.com; משתמש חדש חייב להשתמש ב- jack@xx.com
דוגמה לתגובת API:
... כמו קודם
שיפור היסטוריית התצוגה של היסטוריית הצפייה ב- API לתמיכה בפגישות Webex, אירועי Webex (חדש) ואירועי Webex (קלאסי)
ממשקי API מושפעים
API נוכחי: lstrecordaccessHistory
ו-lstrecordaccessDetailHistory
תומכים רק בדוח ההיסטוריה של ההדרכות של Webex. השיפור החדש תומך גם בפגישות Webex, באירועי Webex (חדשים) ובתצוגת הקלטה (קלאסית) של Webex Events (קלאסית).
שינויים בסכימה
אנו תומכים להלן בסכימה חדשה לתוך API lstrecordaccessHistory בגוף בקשת API:
MeetingCenter
TrainingCenter
EventCenter
פרטים
ה-API: lstrecordaccessHistory
יכול להחזיר את היסטוריית תצוגת ההקלטה עבור Webex Meetings, Webex Events (חדש), Webex Events (קלאסי) ו-Webex Training.
-
אם לא צוין serviceType בבקשת API, ה-API של
lstrecordaccessHistory
מחזיר את היסטוריית ההקלטה של הדרכות ב-Webex בלבד. -
כאשר serviceType הוא MeetingCenter, ה-API של
lstrecordaccessHistory
מחזיר את היסטוריית ההקלטה של Webex Meetings ו-Webex Events (חדש). -
כאשר serviceType הוא EventCenter, ה-API של
lstrecordaccessHistory
מחזיר את היסטוריית ההקלטה של Webex Events (קלאסי).
ה-API: lstrecordaccessDetailHistory
מסוגלת להחזיר פרטים על ידי recordID
של Webex Meetings, Webex Events (חדש), Webex Events (קלאסי) ו-Webex Training.
דוגמה לבקשת API ותגובה
lstrecordaccess
הבקשה והתגובה של ה-API להיסטוריה
<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<כותרת>
<securityContext>
<webExID>{userName}</webExID>
{password>{password>
<siteName>{siteName}</siteName>
</securityContext>
</כותרת>
<גוף>
<bodyContent xsi:type="java:com.webex.service.binding.history.lstrecordaccessHistory">
<viewTimeScope>
<viewTimeStart>20/9/2021 00:00:00</viewTimeStart>
<viewTimeEnd>28/9/2021 23:59:59</viewTimeEnd>
</viewTimeScope>
<listControl>
<startFrom>1</startFrom>
<maximumNum>100</maximumNum>
</listControl>
<הזמנה>
<orderBy>RECORDID</orderBy>
<orderAD>ASC</orderAD>
</הזמנה>
<serviceTypes>
<serviceType>MeetingCenter</serviceType>
<serviceType>TrainingCenter</serviceType>
<serviceType>EventCenter</serviceType>
</serviceTypes>
</bodyContent>
</גוף>
<?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:תגובה>
<serv:result>הצלחה</serv:תוצאה>
<serv:gsbStatus>ראשי</serv:gsbStatus>
</serv:תגובה>
</serv:כותרת>
<serv:גוף>
<serv:bodyContent xsi:type="history:lstrecordaccessHistoryResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>Lstrecordaccessבדיקת ההיסטוריה TC-20210924 1324-1</history:recordName>
<history:creationTime>24/09/2021 13:28:13</history:creationTime>
<history:registered>0</history:רשום>
<history:download>2</history:download>
<history:viewed>1</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordAccessHistory>
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>TestErollment_001-20210610 1905-1</history:recordName>
<history:creationTime>06/10/2021 19:10:15</history:creationTime>
<history:registered>0</history:רשום>
<history:download>0</history:download>
<history:viewed>3</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordAccessHistory>
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>בדוק השמעה מיידית 2-20210705 0709-1</history:recordName>
<history:creationTime>07/05/2021 07:15:06</history:creationTime>
<history:registered>0</history:רשום>
<history:download>0</history:download>
<history:viewed>1</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordAccessHistory>
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>EC2.0_232423-20210922 0447-1</history:recordName>
<history:creationTime>22/09/2021 04:53:05</history:creationTime>
<history:registered>0</history:רשום>
<history:download>0</history:download>
<history:viewed>1</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordAccessHistory>
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>Lstrecordaccessבדיקת ההיסטוריה EC2.0-20210924 1315-1</history:recordName>
<history:creationTime>24/09/2021 13:19:00</history:creationTime>
<history:registered>0</history:רשום>
<history:download>1</history:download>
<history:viewed>1</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordAccessHistory>
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>Lstrecordaccessמבחן ההיסטוריה MC-20210924 1319-1</history:recordName>
<history:creationTime>24/09/2021 13:25:12</history:creationTime>
<history:registered>0</history:רשום>
<history:download>1</history:download>
<history:viewed>1</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordAccessHistory>
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>Lstrecordaccessמבחן ההיסטוריה EC קלאסי-20210924 1331-1</history:recordName>
<history:creationTime>24/09/2021 13:37:28</history:creationTime>
<history:registered>0</history:רשום>
<history:download>1</history:download>
<history:viewed>1</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordAccessHistory>
<history:matchingRecords>
<serv:total>8</serv:total>
<serv:חזר>7</serv:חזר>
<serv:startFrom>1</serv:startFrom>
</history:matchingRecords>
</serv:bodyContent>
lstrecordaccessDetail
History API של בקשה ותגובה
<?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">
<כותרת>
<securityContext>
<webExID>{userName}</webExID>
{password>{password>
<siteName>{siteName}</siteName>
</securityContext>
</כותרת>
<גוף>
<bodyContent xsi:type=
"java:com.webex.service.binding.history.lstrecordaccessDetailHistory">
<recondID>1XXXXXX7</recondID>
<timeZoneID>20</timeZoneID>
</גוף>
<?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:תגובה>
<serv:result>הצלחה</serv:תוצאה>
<serv:gsbStatus>ראשי</serv:gsbStatus>
</serv:תגובה>
</serv:כותרת>
<serv:גוף>
<serv:bodyContent xsi:type="history:lstrecordaccessDetailHistoryResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<history:recordDetail>
<history:viewID>1XXXXXX7</history:viewID>
<history:participantName>Axxxg</history:participantName>
<history:participantEmail>Axxxg@qa.webex.com</history:participantEmail>
<history:accessTime>24/09/2021 13:27:26</history:accessTime>
<history:registered>false</history:registered>
<history:download>false</history:download>
<history:viewed>true</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordפרטים>
<history:recordDetail>
<history:viewID>1XXXXXX7</history:viewID>
<history:participantName>Axxxg</history:participantName>
<history:participantEmail>Axxxg@qa.webex.com</history:participantEmail>
<history:accessTime>24/09/2021 13:27:39</history:accessTime>
<history:registered>false</history:registered>
<history:download>true</history:download>
<history:viewed>false</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordפרטים>
<history:matchingRecords>
<serv:total>2</serv:total>
<serv:חזר>2</serv:חזר>
<serv:startFrom>1</serv:startFrom>
</history:matchingRecords>
</serv:bodyContent>
ממשקי API של השפעה:
-
lstrecordaccessהיסטוריה
-
lstrecordaccessפרטיםהיסטוריה
תקן את הפער של אורך התיאור המרבי המותר של אירועי Webex (קלאסי) בין XMLAPI לדף Webex.
ממשקי API מושפעים
ה-API של XML: צור אירוע וכן אירועי SetEvent רכיב תיאור יאפשר קלט מקסימלי של 10000 תווים, אם מעל הגודל, זה יגרום לקוד השגיאה החדש והודעה:
060068 תיאור קלט לא חוקי. תיאור זה אינו יכול לחרוג מ- 10000 תווים.
שינויים בסכימה
אין שינוי סכימה.
דוגמה לבקשת API ותגובה
בקשת API ותגובה של CreateEvent
#דוגמה לבקשת API:
שם הספר בלועזית:
<bodyContent xsi:type="java:com.webex.service.binding.event.CreateEvent"
xmlns:att="http://www.webex.com/schemas/2002/06/service/event" xsi:schemaLocation="http://www.webex.com/schemas/2002/06/service/event http://www.webex.com/schemas/2002/06/service/event/event.xsd">
<accessControl>
<sessionPassword>111111</sessionPassword>
<listing>פרטי</listing>
</accessControl>
<metaData>
<sessionName>בדיקת EC</sessionName>
<description>.......נניח שאתה ממלא 10000 תווים בתיאור........</description>
</metaData>
שם הספר בלועזית:
------------------------------------
דוגמה לתגובת API # כאשר התיאור חורג מ-10000 תווים:
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:event="http://www.webex.com/schemas/2002/06/service/event">
<serv:result>כשל</serv:תוצאה>
תיאור קלט לא חוקי. התיאור לא יכול לחרוג מ-10000 תווים
<serv:gsbStatus>PRIMARY</serv:gsbStatus>
<serv:exceptionID>060068</serv:exceptionID>
<serv:bodyContent/>
<serv:body>
</serv:message>
ממשקי API של השפעה:
-
CreateEvent
-
SetEvent
XML API: GetUser מחזיר אלמנט חדש של freeAccount
ממשקי API מושפעים
GetUser
מחזיר אלמנט חדש שמזההfreeAccount
את חשבון המשתמש הוא FreeAccount
או לא.
שינויים בסכימה
דוגמה לתגובת GetUser
תגובת GetUser:
AW
false
3
false
ממשקי API של השפעה:
קבל משתמש
API 41.10.0 עדכונים
אין שינויי סכימה בסכימת XML API 41.10.0.
API 41.9.0 עדכונים
XML API 41.9.0 עדכונים
הוצאה משימוש של XML API 10.0.0 עבור כל אתרי T31
Webex מתכננת לתמוך בסוף החיים ב- XML API ver 10.0.0 עבור כל אתרי T31.
אנו מוציאים משימוש את קוד XML API 10.0.0 מכל ההפקות בעדכון 41.9.0.
API 41.8.0 עדכונים
עדכוני XML API 41.8.0
הוצאה משימוש של XML API 10.0.0 עבור כל אתרי T31
Webex מתכננת לתמוך בסוף החיים ב- XML API ver 10.0.0 עבור כל אתרי T31.
Webex מצאה חלק מהלקוחות שניגשים לכתובת ה-URL של XML API באמצעות דרך שגויה כגון: https://{siteName}.webex.com/WBXService/xml10.0.0/XMLService, הדרך הנכונה לגשת לכתובת URL של XML API כ: https://{siteName}.webex.com/WBXService/XMLService.
אנא החלף את ה- API של גישת הקוד שלך ל- XML באמצעות הדרך הנכונה כדי למנוע השפעה לפני שנסיים את התמיכה בסוף החיים ב- XML API גירסה 10.0.0.
API 41.7.0 עדכונים
עדכוני XML API 41.7.0
מחיקה ניידת והקלטת עריכה צריכות להיות נשלטות על ידי אפשרות ניהול האתר: אפשר למארחים להקצות מחדש, לערוך, להשבית ולמחוק הקלטות
ממשקי API מושפעים ושינויי סכימה
GetSite
: יחזיר אלמנטים חדשים שישמם enableNBRMCModify
, ו-separateNoRecordingEdit
תחת כלים.
דוגמה לתגובה
תגובה ל-GetSiteResponse
:
GetSite
<?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:תגובה>
<serv:result>הצלחה</serv:תוצאה>
<serv:gsbStatus>ראשי</serv:gsbStatus>
</serv:תגובה>
</serv:כותרת>
<serv:גוף>
<serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
...
<ns1:כלים>
שם הספר בלועזית:
<ns1:enableNBRMCModify>false</ns1:enableNBRMCModify>
<ns1:separateNoRecordingEdit>true</ns1:separateNoRecordingEdit>
שם הספר בלועזית:
</ns1:כלים>
</serv:bodyContent>
API 41.6.3 עדכונים
XML API 41.6.3 עדכונים
GetSite
Response מרכיב חדש של supportLargeEvent
ממשקי API מושפעים ושינויי סכימה
GetSite: מחזיר אלמנטים חדשים למתן שמות ל-supportLargeEvent
תחת siteCommonOptions
כדי להודיע למתקשר אם האתר תומך באירוע גדול (Webex Event (חדש)) או לא.
שינוי סכימה
דוגמה לתגובה
תגובה ל-GetSiteResponse
:
GetSite
<?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:תגובה>
<serv:result>הצלחה</serv:תוצאה>
<serv:gsbStatus>ראשי</serv:gsbStatus>
</serv:תגובה>
</serv:כותרת>
<serv:גוף>
<serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
...
<ns1:siteCommonOptions>
שם הספר בלועזית:
<ns1:enablePreMeetingLobby>false</ns1:enablePreMeetingLobby>
<ns1:supportLargeEvent>true</ns1:supportLargeEvent>
</ns1:siteCommonOptions>
</serv:bodyContent>
API 41.6.0 עדכונים
עדכוני XML API 41.6.0
XMLAPI תומך Webex אירועים 2.0 בהקצאה
ממשקי API מושפעים
קבלוUser
: מחזיר אלמנט חדש בשם largeEventCapacity
אשר מציג את הקיבולת של אירוע 2.0 חדש (EC 2.0) תחת חשבון משתמש זה. לדוגמה, אם לחשבון המשתמש יש רישיון CI_EC3K, הערך של largeEventCapacity
הוא 3000.
שינויים בסכימה
דוגמה לתגובה
GetUserResponse:
זמן ההקלטה של XMLAPI LstRecording מחיל את שעת ההתחלה של ההקלטה
ממשקי API מושפעים
הקלטה
: תגובת Lst
Recording CreateTime
כזמן שבו המשתמש לוחץ על לחצן ההקלטה.
פרטים
בעבר, XML API השתמש בחותמת הזמן של יצירת ההקלטה במסד הנתונים כזמן יצירת תגובת Lst
Recording. עכשיו זה הזמן שהמשתמש באמת מתחיל לבצע את ההקלטה. שינוי זה חל על כל הקלטות השירות. אין שינוי סכימה.
עדכוני API 41.5.0
עדכוני XML API 41.5.0
ל- XMLAPI יש יכולת להפעיל פגישות מתוזמנות של Webex מ- PSTN כמארח
ממשקי API מושפעים
-
צור משתמש:
יוצר
hostPIN
ללא קשר ל-PMR של המשתמש מופעל או לא כאשר תפקיד המשתמש הוא מארח או מלא או לקריאה בלבד או בניהול משתמשים. -
משתמש SetUser:
מגדיר את
hostPIN
באמצעותphones.hostPIN
כאשרpersonalMeetingRoom.hostPIN
אינו בבקשת XML (תנאי מקדים: לחצן דו-מצבי שלתכונה AllowStartScheduledMtgFromPhone
מופעל). -
קבלוUser
: מחזירphones.hostPIN
ללא קשר ל-PMR המשתמש מופעל או לא. (תנאי מקדים: לחצן דו-מצבי שלתכונה AllowStartScheduledMtgFromPhone
מופעל).
שינויים בסכימה
תגובה למשתמש
:
משתמש SetUser:
דוגמה לתגובה
תגובה למשתמש
:
משתמש SetUser:
תגובת XMLAPI
GetSite שני אלמנטים חדשים עבור לקוח נייד
ממשקי API מושפעים
-
GetSite
:GetSite
יגיב כעת לשני אלמנטים חדשים לתמיכה בלקוח נייד יש את הלוגיקה להציג או לא להציג את הכרטיסייה להקלטה.-
enableRecordingAccess
: true או false, מנהלי מערכת של Webex יכולים להפעיל או להשבית את גישת ההקלטה באמצעות הלחצן הדו-מצבי (EnableRecordingAccess
). -
אחסוןEmptyStatus
: true או false, אם שני האתרים אינם תומכים בפונקציית NBR והקצו את שטח האחסון NBR כאפס, תגובת המצב היא נכונה, אחרת היא שקרית.
-
שינויים בסכימה
בקשה לדוגמה עבור GetSite
תשובה לדוגמה עבור Getsite
נושא דוא"ל הכולל תווים שאינם ASCII יקודד באמצעות RFC2047. במקרה של נושא דואר אלקטרוני טהור של תו ASCII, אין קידוד
ממשקי API מושפעיםאין השפעות על כל בקשת API, מטען תגובות, אבל זה משנה את התנהגות הקידוד של נושא הדואר האלקטרוני. כאשר נושא הדואר האלקטרוני הכולל תווים שאינם ASCII יקודד באמצעות RFC2047. במקרה של נושא דוא"ל טהור של תו ASCII, אין קידוד.
שינויים בסכימה
אין שינויים בסכימה.
עדכוני API 41.4.0
עדכוני XML API 41.4.0
יצירת אירועי Webex מתוזמנים של אירועים יכולים למנף את ברירת המחדל ברמת האתר בטון הכניסה והיציאה
XMLAPI מיישר קו עם הלוגיקה החדשה הנוכחית לשליטה בטון הכניסה והיציאה. כל הצלילים עבור אירועי Webex נשלטו על ידי הגדרה שונה בניהול האתר. ב-GetSite
, XMLAPI מחזירה שדה נוסף entryExitToneEC
כדי לציין את הערך. במקור, כאשר מנהל האתר הגדיר ברירת מחדל לטון, יצירת אירוע לא תמנף הגדרה זו על-ידי החלת ברירת המחדל של XMLAPI.
ממשקי API מושפעים
ה-API של XML: GetSite מחזיר אלמנט חדש אחד entryExitToneEC
כדי לציין את הערך.
ה-API של XML: CreateEvent, SetEvent, GetEvent back end business logic קורא את הערך של entryExitToneEC
.
שינויים בסכימה
XML API: דוגמת תגובה של GetSite:
<ns1:ברירות מחדל>
<ns1:emailתזכורות>true</ns1:emailתזכורות>
<ns1:entryExitTone>הכרזה</ns1:entryExitTone>
<ns1:entryExitToneEC>NOTONE</ns1:entryExitToneEC>
<ns1:voip>true</ns1:voip>
<ns1:שיחת ועידה טלפונית>
<ns1:telephonySupport>NONE</ns1:telephonySupport>
</ns1:שיחת ועידה טלפונית>
<ns1:joinTeleconfNotPress1>true</ns1:joinTeleconfNotPress1>
<ns1:updateTSPAccount>false</ns1:updateTSPAccount>
</ns1:ברירות מחדל>
ממשקי API של השפעה:
-
GetSite
-
CreateEvent
-
SetEvent
-
GetEvent
XMLAPI פשוט מחזיר את פרטי האירוע הגדול (Webex Event 2.0)
-
אם הפגישה ב-Webex היא האירוע או שידור האינטרנט הגדול,
GetSessionInfo
מחזיר מידע מפורט כלשהו, כולל סיסמת פגישה, סיסמה מספרית לפגישה, סיסמת חבר פאנל וסיסמה מספרית של חבר פאנל (אין שינוי סכימה). -
XMLAPI אינו תומך ביצירת ועריכה של כל אירוע או שידור אינטרנט גדולים, כך
CreateMeeting
ו-SetMeeting
מחזירים חריגה חדשה (110064, סוג מפגש האירוע ושידור האינטרנט אינם נתמכים.) עבור אירוע גדול או מקרה שידור אינטרנט גדול.
ממשקי API של השפעה
שם API |
תיאור |
הערה |
---|---|---|
|
אם פגישת Webex היא האירוע או שידור האינטרנט הגדול, |
אין לשנות סכימה. |
|
אם המשתמש מנסה להשתמש ב-API של |
ההתנהגות תשתנה. |
API 41.3.0 עדכונים
XML API 41.3.0 עדכונים
השינויים החדשים של XML API תומכים בתכונה Webex Events 2.0
ממשקי API מושפעים
שני ממשקי ה-API: GetSessionInfo ו- GetMeeting enableEvent
and enable
Webniar.
שם הרכיב |
תיאור |
---|---|
enableEvent |
תומך ב- EC 2.0 בפגישת Webex |
enableWebniar |
תומך בסמינר מקוון בפגישת Webex |
תמיכת XMLAPI חוזרת מעל שני רכיבים עבור EC 2.0. המהדורה הנוכחית של XML API אינה תומכת בתזמון והגדרת פגישת EC2.0.
שינויים בסכימה
GetSessionInfo
מחזיר אלמנטים enableEvent
ו-enableWebniar עבור EC 2.0.
GetMeeting
מחזיר אלמנטים enableEvent
ו-enableWebniar עבור EC 2.0.
דוגמה לתגובה:
תגובת GetSessionInfo
:
<ep:listStatus>PUBLIC</ep:listStatus>
<ep:registration>false</ep:registration>
<ep:passwordReq>true</ep:passwordReq>
<ep:isEnforceAudioLogin>false</ep:isEnforceAudioLogin>
<ep:enableEvent>false</ep:enableEvent>
<ep:enableWebniar>false</ep:enableWebniar>
<ep:enablePreMeetingLobby>
</ep:accessControl>
תגובת Get
לפגישה:
false
true
true
truetrue
false
false
true
השינויים החדשים של XMLAPI תומכים בתכונת הלובי לפני הפגישה
ממשקי API מושפעים
ה-API של XML: GetSite
, LstSummarySession
, GetSessionInfo
, ו-GetMeeting
יגיב לאלמנט החדש enablePreMeetingLobby
עבור לובי לפני הפגישה.
שינויים בסכימה
ה-API של XML: GetSite
מחזיר אלמנט enablePreMeetingLobby
עבור לובי לפני פגישה.
ה-API של XML: LstSummarySession
מחזיר אלמנט enablePreMeetingLobby
עבור לובי לפני הפגישה.
ה-API של XML: GetSessionInfo
מחזיר אלמנט enablePreMeetingLobby
עבור לובי לפני פגישה.
ה-API של XML: GetMeeting
מחזיר אלמנט enablePreMeetingLobby
עבור לובי לפני הפגישה.
דוגמה לתגובה:
תגובת GetSite
:
false
false
false
true
true
true
true
false
true
true
תגובת LstSummary
מפגש:
false
true
0
false
false
false
true
תגובת GetSessionInfo
:
<ep:listStatus>PUBLIC</ep:listStatus>
<ep:registration>false</ep:registration>
<ep:passwordReq>true</ep:passwordReq>
<ep:isEnforceAudioLogin>false</ep:isEnforceAudioLogin>
<ep:enableEvent>false</ep:enableEvent>
<ep:enableWebniar>false</ep:enableWebniar>
<ep:enablePreMeetingLobby>
</ep:accessControl>
תגובת Get
לפגישה:
false
true
true
truetrue
false
false
true
שינוי התנהגות של XML API GetSite
Response Information
ממשקי API מושפעים
ה-API של XML: תגובה של GetSite
רק להלן רכיבים עבור חשבון מנהל מערכת, שכוללים תפקידים: SiteAdmin
, RO_SiteAdmin
, ו-UserAdmin
.
...
...
...
...
...
...
...
...
ההתנהגות השתנתה
אפשר רק לתפקיד מנהל מערכת יש נתוני רישיון תגובה של GetSite
. מארח או משתתף לא יקבלו את נתוני הרישיון האלה בתגובת GetSite
.
להלן API: דוגמת התגובה של
GetSite עבור מנהל אתר
או מנהל אתר מוכן בלבד או מנהל מערכת
ניהול משתמשים:
API 41.2.0 עדכונים
עדכוני XML API 41.2.0
XMLAPI אמור לתמוך ב-"CMR Hybrid VOIP" אם האתר תומך בטלפוניה של Webex
ממשקי API מושפעים
-
GetSite
מחזיר אלמנט חדשIsWebexTelephony
בתגובה. -
CreateUser
ו-SetUser
יכולים לעדכן את רכיבcmrHybridVoip
אםIsWebexTelephony
נכון יחד עם תנאים אחרים.IsTSPUsingTelephonyAPI
כבר לא תוצאתי.
שינויים בסכימה
XML API: תגובת GetSite
מחזירה רכיב נוסף IsWebexTelephony
תגובת GetSite
כוללת מרכיב חדש זה:
<ns1:isWebexTelephony>true</ns1:isWebexTelephony>
<ns1:isTSPUsingTelephonyAPI>
<ns1:serviceName>שיחת ועידה אישית מספר</ns1:serviceName>
<ns1:participantAccessCodeLabel>קוד גישה למשתתף</ns1:participantAccessCodeLabel>
<ns1:subscriberAccessCodeLabel>קוד גישה למארח</ns1:subscriberAccessCodeLabel>
<ns1:attendeeIDLabel>מזהה משתתף</ns1:attendeeIDLabel>
.....
</ns1:telephonyConfig>
LstSummarySession
תומך ב-EC2.0
ממשקי API של XML יושפעו
LstSummarySession
יחזיר שני אלמנטים חדשים לתמיכה ב-EC 2.0
שם הרכיב |
תיאור |
---|---|
enableEvent |
תומך ב- EC 2.0 בפגישת Webex |
enableWebniar |
תומך בסמינר מקוון בפגישת Webex |
שינויים בסכימה
XML API: הפעלת תקציר זמן
: הוסף את רכיבי <enableEvent
> ו-<enableWebniar
>
תגובה של XML API: הפעלת תקציר תזכורות
תגובה עבור EC 2.0
<ep:isNextUpcomingInstance>
<ep:seriesMeetingKey>0</ep:seriesMeetingKey>
<ep:isScheduledPMR>false</ep:isScheduledPMR>
<ep:enableEvent>true</ep:enableEvent>
<ep:enableWebniar>true</ep:enableWebniar>
</ep:session>
XMLAPI תומך בהחזרת אפשרות Webex-voice-assistant
למשתמש באתר עבור שילוב MCT
API מושפע
GetUser
מחזיר אלמנט חדש webexAssistantEnabled
(true או false) בתגובה.
שינויים בסכימה
getUserResponse:
דוגמה לתגובה
עדכוני API 41.1.0
אין שינויי סכימה בסכימת XML API 41.1.