我如何提取＆QUOT;的eTag＆QUOT;或英寸×毫秒请求-ID＆QUOT;从我道夫DataContext的回应？

问题描述

Azure的表白皮书提到，X-MS-请求-id为有用发送给微软在事件发生错误的数据的工作。如果我有这样的错误，我想我的的try ... catch 块借此与地方保存，以备日后分析。

此外，我需要提取ETag值以及同时在表存储空间。

我如何提取这些信息，并把它时，可以使用异常恶有恶报？

  HTTP / 1.1 204无内容
内容长度：0
ETag的：W /datetime'2008-10-01T15％3A27％3A34.4838174Z'
X-MS-请求ID：7c1b5e22-831d-403C-b88a-caa4443e75cb
 

解决方案

您可能想看看我的开放源码的Azure表存储在codePLEX客户端项目。

Lucifure藏匿可轻松前往ETag的还有HttpWebRequest和HttpWebResponse对象。

The Azure table whitepaper mentions that the x-ms-request-id is useful to send to Microsoft in the event there is an error working with the data. If I do have such an error, I'd like my try...catch block to take this and save it somewhere for future analysis.

In addition I need to extract the ETag value as well while in Table storage.

How do I extract this information and have it available when the Exception comes around?

HTTP/1.1 204 No Content
Content-Length: 0
ETag: W/"datetime'2008-10-01T15%3A27%3A34.4838174Z'"
x-ms-request-id: 7c1b5e22-831d-403c-b88a-caa4443e75cb

解决方案

You may want to check out my open source Azure Table Storage Client project on CodePlex.

Lucifure Stash allows easy access to the ETag as well as the HttpWebRequest and HttpWebResponse objects.

这篇关于我如何提取＆QUOT;的eTag＆QUOT;或英寸×毫秒请求-ID＆QUOT;从我道夫DataContext的回应？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！