Autodesk Forge数据管理API获取顶部文件夹请求现在返回404 Not Found今天未找到，但上周一直在工作

问题描述

我们正在使用Autodesk Forge数据管理和BIM 360 API创建新的BIM 360项目。上周一切正常。现在，在创建并激活新项目之后，“获取顶部文件夹”请求始终在整个上午和下午返回404 Not Found。是否有局部中断？更改为尚未记录的API？还有吗？

我可能已中断的请求的文档是here。

我知道中心ID和项目ID都应带有“ b”。 guid的前缀，而我的请求中有这个。

重新。授权：我一直在毫秒之前对以前的请求使用相同的身份验证，所以我的身份验证令牌应该没问题。

重新。该请求标头在文档“ x-user-id”中标记为可选，但由于它是可选的，所以我不发送任何请求。

请注意，我正在使用RestSharp提交来自C＃应用程序的所有请求。

在此先感谢您的帮助！

编辑

返回的错误消息是： “状态”：“ 404”， “ code”：“ ProjectNotExistException”， “ title”：“错误的项目操作。”， “ detail”：“数据库中不存在ID为”（已编辑GUID）的项目“}

大约一个小时后，登录到创建的最新项目时，文档管理似乎无法激活。也许就这些？

编辑2

是的，这似乎是问题所在。大约25分钟后，文档管理激活完成，我能够完成整个过程，包括获取顶部文件夹和一些后续的Forge请求。

为什么在上周第二个秒钟需要花一个时间来激活？

解决方法

我上周五联系了Forge小组，他们知道此问题。似乎在文档管理服务激活队列中存在问题。此外，注意到它是打开和关闭。通常，在很早的时候就可以改善。我晚上没试过。

为了最大程度地减少对创建项目的用户的影响，我们决定在应用程序无法获得“顶级文件夹”时向Hub管理员发送通知。这表明文档管理服务所需的激活时间更长。然后，我们知道我们需要使该项目无效/存档（如果用户不想等待1-4个小时），并通过BIM 360 UI创建一个新项目（问题似乎仅在使用API​​时出现）。最后，我们路由原始用户继续他们在流程中离开的位置。

这不是一个很好的解决方案，但是会在失败时提醒我们。我希望Forge能够尽快解决该问题。