当前位置: 首页 > 知识库问答 >
问题:

移动服务迁移后Azure App Service Oauth失败

顾淳
2023-03-14

到目前为止,我已经有了一个正常运行的Azure Mobile服务,并且面向服务的OAuth在Google上工作得很好。我试图将移动服务作为应用程序服务重新宿主,因为移动服务是不推荐的。我还有一个HTML/JS web应用程序,它通过MobileServiceClientJS客户端访问我的服务。这就是乐趣开始的地方。

单击“Return to Website”将我带到应用程序服务的地址,而不是启动OAuth请求的应用程序,如果我关闭此窗口,MobileServiceClient将抛出一个“Canceled”异常,我将无法获得凭据。

我错过了什么,或者我需要解释什么变化?

谢了!

共有1个答案

洪浩
2023-03-14

事实证明,当使用MobileServiceClientJS库的旧版本时,会发生这种特殊行为。用2.0.0beta版本替换1.2.7版本修复了这个问题。为了使整个OAuth流工作,我还需要通过Azure Resource Explorer将适当的地址添加到config/authSettings节点的allowedExternalRedirectUrls节点。如果有比通过资源浏览器更好的方法来做这件事,我不知道它是什么。

 类似资料:
  • 我正在运行一个Spring boot 2.4.3应用程序,我有一个支持事务的mongob 4集群(我使用run-rs在本地运行它)。我也在使用Spring data mongob。我正在尝试为db迁移集成mongock(最新版本-4.3.8),但我面临一个问题,我无法解决。正如我们所知,最新版本的mongock默认使用事务。我有以下更改集,它只是为我的一个实体创建了一个mongob集合。 运行应用

  • This manual migration process should be run after the automated migration process, to complete the missing parts, or debug issues in the migration CLI output. Project setup package.json Scoped package

  • The migration CLI automatically migrates your v1 website to a v2 website. info Manual work is still required after using the migration CLI, as we can't automate a full migration The migration CLI migr

  • 我用试用密钥尝试了State/BaselineMigration功能。https://flywaydb.org/documentation/concepts/baselinemigrationsFlyWay迁移执行脚本并正确移动到正确的版本。但在此基础上运行的所有迁移都失败了 从S开始2__xxx.sql然后它在版本2的模式表中创建一行并键入"SQL_STATE_SCRIPT" 再次执行flywa

  • 我的项目在我迁移到AndroidX后无法构建,错误日志显示< code > error:package Android . support . annotation不存在在一些类中,但是这些类不能被编辑,当我编辑这些类并重新构建时,这些将被恢复。当打开这些类时会显示< code >文件是在" build "文件夹下生成的,不应该被编辑。并且当编辑这些类时会显示< code >生成的源文件不应该被编

  • 我想在aws beanstalk中部署geodjango。 我已经尝试过这个解决方案。它以前工作过。 但现在它显示了这个错误。 以下是完整的错误日志