我試圖動態地創建一組類,在一個療程使用以下服務:創建集團類別 - D2L價
[/d2l/api/lp/(version)/(orgUnitId)/groupcategories/ \[POST\]][1]
以下是GroupData(Group.GroupData在創建表格)JSON塊我正在發送到此服務:
{
"Name": "New Group Category",
"Description": {
"Content": "",
"Type": "HTML"
},
"EnrollmentStyle": 0,
"EnrollmentQuantity": null,
"AutoEnroll": false,
"RandomizeEnrollments": false,
"NumberOfGroups": 5,
"MaxUsersPerGroup": null
}
我使用管理「實用程序」帳戶的用戶上下文進行調用。我有2個測試課程,我已經確認我可以使用此實用程序帳戶通過Web界面創建類別。
我的問題是我有不同的結果,這取決於我嘗試創建類別的過程。在一門課程中,課程返回200-OK,在另一個課程中返回403-Forbidden。
這裏是(簡化的)請求:
呼叫1 /d2l/api/lp/1.4/350110/groupcategories/ 結果:403-禁止
來電2 /d2l/api/lp/1.4/19988/groupcategories/ 結果:200-OK
唯一的區別是OrgUnitID。版本,JSON和用戶上下文都是一樣的,但我得到2個不同的結果。我已經嘗試過其他幾門課程,並且再一次,我在一些但不是全部方面取得了成功;總是收到403作爲錯誤。
經過一番調查,我相信我已經發現,成功的課程和那些只是2012年4月前返回創造403
- 課程之間的2個不同的差異是成功的,任何事後失敗
- 課程,一個5位數的組織單位ID是成功的,任何有6位數字的似乎都失敗了。
所以我的想法是,我們要麼採用2012一四月貼片月下旬/早期這在某種程度上改變了課程,如何在創建標記,或以某種方式只有5位(或更少?)組織ID是由服務接受。
我希望有人可以提供一些見解或驗證他們有6+數字OUID和組類別創建沒有問題。
實用程序用戶是否明顯地註冊了調用成功的課程,並且只在調用失敗的課程中通過_cascading enrollment_註冊? –
也可能出於某種原因,實用程序用戶在組織單位組之間以不同方式註冊(不同角色類型)? –