Microsoft graph api 延迟直到对象可见

Microsoft graph api 延迟直到对象可见,microsoft-graph-api,Microsoft Graph Api,我们正在使用Microsoft Graph API和POST请求在plannerPlans中创建存储桶: POST https://graph.microsoft.com/v1.0/planner/buckets 该请求机构: { planId: <planId>, name: '<new bucket name>', orderHint: ' !' } {planId:,name:'',orderHint:'!'} 以前使用beta API时,此类请求完成得非常快

我们正在使用Microsoft Graph API和POST请求在plannerPlans中创建存储桶:

POST https://graph.microsoft.com/v1.0/planner/buckets
该请求机构:

{ planId: <planId>, name: '<new bucket name>', orderHint: ' !' }
{planId:,name:'',orderHint:'!'}
以前使用beta API时,此类请求完成得非常快,创建的bucket通过此请求立即在浏览器和API中可见:

GET https://graph.microsoft.com/v1.0/planner/<planid>/buckets
GEThttps://graph.microsoft.com/v1.0/planner//buckets
现在有了发布的API,请求完成的速度也差不多快,但要想在Web和API中看到新创建的bucket,需要10秒

到目前为止,我们看到的唯一解决方法是每隔一秒钟对上述GET请求进行一次轮询,直到新创建的bucket可见为止,但这太单调了

是否有其他选项来同步此类请求,以便在继续脚本之前,我们可以确保新创建的bucket存在并且对Graph API可见


我们在创建组/计划时也会遇到类似的延迟,这里有任何选项吗?

目前没有同步处理选项。但是,POST请求返回所创建资源的完整数据,包括etag值,因此不需要在创建后进行读取。换句话说,从GET请求接收的所有数据都已作为POST请求的响应返回。返回的信息可用于进一步更新资源或与相关资源一起使用(例如,您可以创建任务并将其放入此存储桶,甚至在您能够读回存储桶之前)


这也适用于修补程序请求,如果“首选”标头设置为“返回=表示

确定,则我们将继续使用当前实现,每秒钟重试一次,直到我们能够成功读/写数据。经过10次尝试,我们放弃了。到目前为止,我们从未需要多次重试,因此在我们的具体案例中,这是一个可接受的解决方案。