autodesk-forge - Autodesk Forge 数据管理 API 获取顶级文件夹请求现在返回 404 Not Found 今天始终如一,但上周工作
问题描述
我们正在使用 Autodesk Forge Data Management 和 BIM 360 API 创建新的 BIM 360 项目。上周一切正常。现在,在创建并激活新项目后,Get Top Folders 请求在整个上午和下午早些时候始终返回 404 Not Found。是否有部分中断?更改尚未记录的 API?还有什么?
我可能被破坏的请求的文档在这里。
我知道集线器 id 和项目 id 都应该有一个“b”。guid 的前缀,我的请求有这个。
回覆。授权:我已经在几毫秒之前对先前的请求使用相同的身份验证,所以我的身份验证令牌应该没问题。
回覆。在文档“x-user-id”中标记为可选的请求标头,我没有发送,因为它是可选的。
作为旁注,我正在使用 RestSharp 提交来自 C# 应用程序的所有请求。
提前感谢您的任何帮助!
编辑
返回的错误信息是:“status”:“404”、“code”:“ProjectNotExistException”、“title”:“错误项目操作。”、“detail”:“ID为“(guid redacted)”的项目不存在在数据库中"}
大约一小时后,登录到最新创建的项目时,文档管理似乎无法激活。也许仅此而已?
编辑 2
是的,这似乎是问题所在。大约 25 分钟后,文档管理激活完成,我能够完成整个过程,包括获取顶级文件夹和一些后续的 Forge 请求。
但是,为什么在上周只需要几秒钟的时间就需要一个小时才能激活呢?
解决方案
我上周五联系了 Forge 团队,他们知道这个问题。似乎是文档管理服务激活队列中的问题。另外,注意到它是打开和关闭的。通常,早上很早就改善。晚上没试过。
为了尽量减少对创建项目的用户的影响,我们决定在应用无法获取顶级文件夹时向 Hub 管理员发送通知。这表明文档管理服务的激活时间比预期的要长。然后,我们知道我们需要取消/存档该项目(如果用户不想等待 1-4 小时)并通过 BIM 360 UI 创建一个新项目(问题似乎仅在使用 API 时出现)。最后,我们将原始用户路由到他们在流程中离开的地方继续。
这不是一个很好的解决方案,但它会在它失败时提醒我们。我希望 Forge 能尽快解决这个问题。
推荐阅读
- azure - Azure CI 管道中的构建错误,因为某些项目位于不同的存储库中
- databricks - databricks 从 s3 存储桶路径参数加载文件
- javascript - 求矩阵/二维数组的 N 次遍历
- sql - 使用 MAX Date 显示最新日期
- c++ - 在 C 或 C++ 中,编译器是否进行隐式链接?
- java - ArrayLists 的 Null 和 isEmpty 检查
- python - 使用带有 Alpha 的 HEVC 组合 Moviepy 视频
- java - Android java房间数据库,应用构建错误
- flutter - 如何让我的键盘始终可见?
- php - 表单输入和 PHP