Azure 无法将消息添加到队列
Azure cannot Add Message to Queue
我有一个 Azure WebJob，我使用 CloudQueue 与其通信。
来自我的 Web 应用程序：
logger.Info("Writing Conversion Request to Document Queue " + JsonConvert.SerializeObject(blobInfo));
var queueMessage = new CloudQueueMessage(JsonConvert.SerializeObject(blobInfo));
documentQueue.AddMessage(queueMessage);
我在我的日志文件中验证我看到了正在写入的 INFO 语句。
但是，当我进入队列时：
更让我困惑的是......这个队列之前充满了消息，包括今晚的时间戳。
我去清空了我的Queue，清空后就不会再收到消息了
有没有人见过这个？
正如 Gaurav Mantri 在评论中提到的，消息应该由您的 WebJob 处理。当达到最大尝试次数时，将被移至毒药队列。
我们还可以从 azure 官方tutorials. The following is the snippet from the tutorials.
获得更多关于毒信息的详细信息
Messages whose content causes a function to fail are called poison messages. When the function fails, the queue message is not deleted and eventually is picked up again, causing the cycle to be repeated. The SDK can automatically interrupt the cycle after a limited number of iterations, or you can do it manually.
The SDK will call a function up to 5 times to process a queue message. If the fifth try fails, the message is moved to a poison queue. The maximum number of retries is configurable.
我有一个 Azure WebJob，我使用 CloudQueue 与其通信。 来自我的 Web 应用程序：
logger.Info("Writing Conversion Request to Document Queue " + JsonConvert.SerializeObject(blobInfo));
var queueMessage = new CloudQueueMessage(JsonConvert.SerializeObject(blobInfo));
documentQueue.AddMessage(queueMessage);
我在我的日志文件中验证我看到了正在写入的 INFO 语句。
但是，当我进入队列时：
更让我困惑的是......这个队列之前充满了消息，包括今晚的时间戳。
我去清空了我的Queue，清空后就不会再收到消息了
有没有人见过这个？
正如 Gaurav Mantri 在评论中提到的，消息应该由您的 WebJob 处理。当达到最大尝试次数时，将被移至毒药队列。
我们还可以从 azure 官方tutorials. The following is the snippet from the tutorials.
获得更多关于毒信息的详细信息Messages whose content causes a function to fail are called poison messages. When the function fails, the queue message is not deleted and eventually is picked up again, causing the cycle to be repeated. The SDK can automatically interrupt the cycle after a limited number of iterations, or you can do it manually.
The SDK will call a function up to 5 times to process a queue message. If the fifth try fails, the message is moved to a poison queue. The maximum number of retries is configurable.