【问题标题】:304 response in Azure Service Bus relayAzure 服务总线中继中的 304 响应
【发布时间】:2013-03-04 19:20:31
【问题描述】:

我有一个包含 If-None-Match 标头的请求,然后我将其与服务上的计算响应进行比较。如果它们匹配并且自上次以来尚未修改响应,我将返回一个空的 304 响应。

这一切都很好,因为我的内容很少更改,但我喜欢经常检查更改。

然而,当通过服务总线中继公开服务资源时,这似乎成为一个问题。我在从服务发送 304 时没有在中继端点收到响应

这是一个已知问题吗?如您所见,有没有办法解决它?

【问题讨论】:

    标签: .net http azure servicebus azure-servicebusrelay


    【解决方案1】:

    这似乎是 ServiceBus 中继中的一个错误。当您的侦听器返回 304(或 204)时,请确保 HttpResponseMessageProperty..StatusDescription 在通过 SERVICEBUS 发回响应之前为空,这样应该可以解决此问题。

    【讨论】:

    • 太棒了。我可以确认这项工作确实有效!我无法让 CheckConditionalRetrieve 方法工作,但必须自己实现 etag 存储和比较才能在外出前修改响应。
    • @dave-stucki-ms 我猜这是专门针对服务总线的 API 1.8 的?您能否在回答中澄清这一点以供将来参考?
    猜你喜欢
    • 2014-03-29
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-09-01
    • 1970-01-01
    • 2012-12-30
    • 2013-06-06
    • 1970-01-01
    相关资源
    最近更新 更多