1

Я установил служебную шину для Windows Server на сервере 2012. Я пытаюсь использовать GUI управления «Service Bus Explorer» для управления очередями/темами.Service Bus 1.0 Не удается создать очередь или тему

Я подключении к моему пространству имен службы, используя соединение конечных точек, генерируемый следующей PowerShell команды:

Get-SBClientConfiguration -Namespaces 'MyNamespace' -Verbose; 

, который генерирует:

Endpoint=sb://MyMachine/MyNamespace;StsEndpoint=https://MyMachine:9355/MyNamespace;RuntimePort=9354;ManagementPort=9355 

И я смог успешно подключиться.

ПРОБЛЕМА:

В GUI Service Bus эксплорера, когда я пытаюсь создать очередь или тему, я получаю следующее сообщение об ошибке на выходе журнала:

Exception: Object reference not set to an instance of an object. 

Есть ли что-то я отсутствует? Я прошел через каждое руководство по настройке Service Bus 1.0, которое я смог найти, и все, кажется, в порядке с моей установкой.

ответ

2

Я автор инструмента. В декабре я наткнулся на аналогичную проблему:

Если вы GAC версия Windows Azure Service Bus в Microsoft.ServiceBus.dll v.1.8:

  • Услуги Service Bus Шлюз и Service Bus Message Broker для Windows Service Bus 1.0 для Windows Server, но они загружают облачную dll вместо локальной.
  • Любое клиентское приложение, работающее на одной машине, загружает версию облака dll.
  • Если клиентское приложение подключается к локальному пространству пространств SB, создаются корректно созданные файлы NamespaceManager и MessagingFactory.
    • namespaceManager = NamespaceManager.CreateFromConnectionString (connectionString);
    • MessagingFactory = MessagingFactory.CreateFromConnectionString (connectionString);
  • Объект NamespaceManager может кровать, используемую для создания и удаления объектов (например, очередей)
  • Вместо этого, если приложение пытается отправить или получить сообщение в/из локальной очереди с MessageSender или MessageReceiver объектом, созданным запуском из MessagingFactory операция завершается с ошибкой, и исключение (с номером ошибки 50002) улавливается приложением. После удаления служебной шины Windows Azure Microsoft.ServiceBus.dll v.1.8 из GAC и после перезапуска служб Windows Server Service Service Bus Service Service Service Service Service Service Brock проблема исчезнет.
  • Клиентское приложение может отправлять и получать сообщения в/из локальной очереди, связывающей как облачные, так и локальные DLL. В двух словах, если вы GAC - это облачная версия dll, службы Windows Service Service и Service Bus Broker Windows запускаются правильно, вы можете создавать объекты обмена сообщениями, но вы получаете ошибки, когда приложение пытается отправлять/получать сообщения.

Вопросы:

  • ли Вы, GACed версию Windows Azure в DLL?
  • Какую версию проводника служебной шины вы используете (см. О форме)?
+0

Благодарим вас за ответ. Я не вижу Microsoft.ServiceBus.dll в GAC. (У нас никогда не было версии Azure, установленной на этой машине, только Service Bus 1.0). Версия Microsoft.Servicebus.dll - 1,8.0.0 (используется для компиляции SBE, из пакета NuGet Service Bus), а версия проводника служебной шины (из формы «О программе») - 1,8.0.0 – Didaxis