Как правильно настроить NServiceBus для использования удаленной очереди ошибок?

Я пытаюсь настроить NServiceBus для использования удаленной очереди ошибок, чтобы упростить управление проверкой ошибок. Когда я это делаю, я получаю следующую ошибку при запуске NServiceBus.Host.exe:

25.03.2010 07:59:50,103 [1] ОШИБКА NServiceBus.Utils.MsmqUtilities [(null)] ‹(null)> — не удалось создать очередь error@C0NSERVICEBUS или проверить ее существование. Обработка продолжится. System.Messaging.MessageQueueException: неверный путь к очереди. в System.Messaging.MessageQueue.ResolveFormatNameFromQueuePath(String queuePath, Boolean throwException) в System.Messaging.MessageQueue.Exists(String path) в NServiceBus.Utils.MsmqUtilities.CreateQueueIfNecessary(String queueName)

Вот мои настройки конфигурации для NServiceBus:

    <!-- in order to configure remote endpoints use the format: "queue@machine" 
   input queue must be on the same machine as the process feeding off of it.
   error queue can (and often should) be on a different machine.  -->

<MsmqTransportConfig InputQueue="ClipboardSubscriberInputQueue" ErrorQueue="error@C0NSERVICEBUS" NumberOfWorkerThreads="1" MaxRetries="5"/>

<UnicastBusConfig>
    <MessageEndpointMappings>
        <add Messages="PatientFirst.Messaging" Endpoint="ClipboardPublisherInputQueue@C0NSERVICEBUS"/>
    </MessageEndpointMappings>
</UnicastBusConfig>

Это нормальное ожидаемое поведение, если нет, что я делаю неправильно?


nservicebus
person BlackICE    schedule 25.03.2010    source источник

Ответы (1)


arrow_upward
3
arrow_downward

Это нормальное поведение.

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

person Udi Dahan    schedule 25.03.2010