我们使用GraphAPI在租户的应用目录中找到一个应用程序,在管理员的同意下,我们将该应用程序(通过图形API)安装到管理员选择的团队中。
一旦安装了应用程序,我们期望Botframework将一个installationUpdate
活动发送到我们在Azure上配置的端点。
所有这些都很好,直到我们将应用提交给合作伙伴中心进行验证,以便将应用发布到团队应用商店。从那以后,当我们通过installationUpdate
安装应用程序时,我们无法接收到GraphAPI通知。
但是,如果应用程序是直接从Microsoft团队手工安装的,我们将收到通知。
有没有人遇到过类似的问题并解决了这些问题,或者可以提供一些帮助?
流动:
我们有一个在清单中使用ID构建的Microsoft应用程序:15562290-1f82-4829-9638-452633a217d8
.
然后,
启动选择团队并将应用程序安装到该团队的过程。
1. We use `GET /appCatalogs/teamsApps` to find our app using `id` or `externalId`.
2. We use `POST /teams/#{team_id}/installedApps` to install the app.
安装该应用程序后,我们希望Botframework活动使用活动类型service_url
.进行POST
调用,以便获取
什么不管用?
当应用程序通过POST
使用POST /teams/#{team_id}/installedApps
通过GraphAPI安装时,Botframework并不会发出installationUpdate
调用。
什么案子起作用了?
当用户从Microsoft应用程序手动安装应用程序时,Botframwork使用POST
调用installationUpdate
。
其他信息
在我们通过合作伙伴centre.
安装app版本,我们将得到API错误代码:‘’和message:‘试图为租户
54a3aa2f-d1de-4565-800e-82f950e26306
.
发布于 2022-04-21 04:13:08
让我们用两种不同的方式来讨论这个问题的解决方案。
**1.包括用于GET和POST方法的REST:**
安装后的API引用和持续更新可以在bot使用REST操作时完成,而不是使用Graph。作为参考,我附加了该过程的URL,这在开发和重新检查操作时非常方便。
**2.将图形API和REST结合起来-这可能吗?**
不,关键是答案。研究人员在使用Graph时有几个小故障,他们通过提高票价报告说也是如此。为便于参考,我将附上相关的线程。
因此,许多研究人员都面临着同样的问题,(在我们通过合作伙伴中心提交应用程序进行验证之前,这个程序运行得很好),无法找到合适的解决方案。
https://stackoverflow.com/questions/71943420
复制