【问题标题】:Microsoft Graph DELETE subscription request failsMicrosoft Graph DELETE 订阅请求失败
【发布时间】:2019-05-15 03:30:30
【问题描述】:

昨晚我不小心让我的订阅过期了。今天早上我坐下来上班时,图形通知没有流入我的应用程序,GET https://graph.microsoft.com/v1.0/subscriptions/ 没有返回任何订阅。我成功创建了新订阅,但仍未收到来自 Graph 的通知。

所以,我正在尝试清理我今天早上创建的订阅以进行故障排除。在这样做的过程中,我遇到了一个导致删除时出错的订阅。

我首先请求GET https://graph.microsoft.com/v1.0/subscriptions/ 检索活动订阅列表。从那个回复中,我得到了 ID xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx

然后我向DELETE https://graph.microsoft.com/v1.0/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx发送请求

这将返回以下响应

404 NOT FOUND

{
    "error": {
        "code": "ExtensionError",
        "message": "Operation: Delete; Exception: [Status Code: NotFound; Reason: Not Found]",
        "innerError": {
            "request-id": "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx",
            "date": "2018-12-13T20:36:36"
        }
    }
}

在我对这个错误的研究中,我遇到了这个 SO 问题:Deleting Microsoft graph fails with ExtensionError

答案表明我的订阅已被孤立。这可能是原始过期订阅的原始问题吗?

在这方面有什么建议或经验吗?

【问题讨论】:

  • 更多信息:我的 webhook 端点刚刚收到created 通知,通知我收件箱中有一条消息。通知有一个subscriptionId,不会在GET https://graph.microsoft.com/v1.0/subscriptions/ 中返回。通知是否有可能滞后相当长的时间?我至少有 2 小时没有在收件箱中看到实际的新邮件。
  • 一夜之间,我的 webhook 端点记录了 38 个传入请求,每个请求的订阅 ID 昨天在故障排除期间存在,但在昨天下午之前被删除(上述请求除外)。这让我相信,在处理这些订阅方面存在巨大滞后。
  • 2014 年 12 月 12 日星期五,webhook 请求开始按预期滚动。我在 MSFT 的回复中看到了其他 SO 问题;关于已解决的问题。我今天早上来上班,12/17 并创建订阅。我回到没有收到任何 webhook 请求(我在创建订阅时看到并正确响应端点验证请求)。 GET https://graph.microsoft.com/v1.0/subscriptions/ 返回有效订阅。订阅到期时是否有锁定或其他问题?

标签: microsoft-graph-api


【解决方案1】:

当通知在太平洋标准时间 12 月 17 日上午 5:20 和上午 8 点之间延迟时,Webhook 出现了问题。如果您仍然遇到问题,您能否分享失败请求中的 requestId 和时间戳,以便我们进一步调查。谢谢。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2023-03-28
    • 1970-01-01
    • 2015-03-30
    • 2021-06-01
    相关资源
    最近更新 更多