Azure Сервисный автобус "странного поведения"

Question

Я столкнулся с очень странным поведением, которое я не могу понять или решить с помощью Azure Service Bus. У меня настроена очередь и отправлено 1 сообщение. И я вижу, что сообщение существует в очереди.

Затем я пытаюсь прочитать сообщение с помощью метода ReceiveAsyn c (), но которые всегда возвращают NULL. Но если я использую метод PeekAsyn c (), я вижу, что есть сообщение, и я могу получить его и использовать. Но так как нет никакого LockToken, сгенерированного с помощью метода PeekAsyn c (), я не могу удалить его после с помощью метода CompleteAsyn c () (это не решило бы проблему, но по крайней мере заставило бы мой код работать ).

Кто-нибудь сталкивался с чем-то подобным? Я где-то читал, что у кого-то была похожая проблема при использовании раздела в очереди, но я этого не делаю.

С уважением, Магнус

Answer 1

Я обнаружил проблему.

Существовало приложение Logi c, которое пыталось прочитать сообщения из той же сервисной шины, но чтение не удалось, когда приложение Logi c прочитало сообщение.

И я предполагаю, что приложение logi c прочитало сообщение и не смогло, а затем сообщения были «спрятаны» для других читателей, чтобы прочитать то же сообщение, но это было нормально, чтобы посмотреть сообщение.

Поэтому, когда я закрываю приложение Logi c, мой код может использовать метод receiveAsyn c () для получения сообщения.