Исключения NServiceBus зарегистрированы как сообщения INFO

Question

Я запускаю конечную точку NServiceBus на рабочем месте Azure. В настоящий момент я отправляю всю диагностику в хранилище таблиц. Я получал сообщения в своем DLQ, и я не мог понять, почему у меня не было никаких исключений, зарегистрированных в моем хранилище таблиц.

Оказывается, NSB регистрирует исключения как INFO, поэтому я не мог легко заметить их между всеми фактическими подробными протоколами.

В моем случае зависимости обработчика команд не могут быть разрешены, поэтому Autofac генерирует исключение. Я полностью понимаю, почему выбрано исключение, я просто не понимаю, почему они зарегистрированы как INFO. Сообщение заканчивается в моем DLQ, и у меня есть только INFO-trace, чтобы понять, почему.

Есть ли причина, по которой исключения обрабатываются таким образом в NSB?

Answer 1

NServiceBus не регистрирует проблему с контейнером как ошибку, поскольку это происходит во время попытки обработки сообщения. Будет предпринята попытка повторного запуска первого уровня и повторного повторения второго уровня. Когда выполняется SLR, он запишет WARN о повторном попытке. В конечном итоге сообщение не будет обработано, и сообщение ERROR будет зарегистрировано. NSB and Autofac sample можно использовать для воспроизведения.

Когда конечная точка работает с масштабируются из роли и MadDeliveryCount не является достаточно большим, чтобы вместить все экземпляры роли и повторите подсчет, что каждый экземпляр будет держать, это приведет к DeliveryCount достигая это максимум, а NServiceBus экземпляр конечной точки по-прежнему считает, что он имеет попыток до отправки сообщения в очередь ошибок и регистрации ошибки. Подобно question here Я бы рекомендовал увеличить MaxDeliveryCount.

Существует открытый NServiceBus issue, чтобы иметь встроенную поддержку счетчика зеркальных камер. Вы можете добавить свой голос в проблему. Следующая версия NServiceBus (V6) будет регистрировать идентификатор сообщения вместе с исключением, чтобы вы, по крайней мере, могли коррелировать между сообщением в DLQ и файле журнала.