Использовать NServiceBus для интеграции настольных приложений? - PullRequest
Новая
       9

Использовать NServiceBus для интеграции настольных приложений?

3 голосов
/ 07 октября 2010

Справочная информация:

  • У нас есть несколько приложений для Windows, которые необходимо интегрировать.
  • Мы думаем, что IPC опубликовать-подписаться механизм / библиотека сделает свое дело.
  • Inter app События не должны быть сохраняется;
  • Не все приложения написаны на .NET, но те, которые не имеют плагин архитектура, которая позволяет расширение в .NET
  • Приложения запускаются пользователями на Среда обслуживания терминалов.
  • Механизм IPC должен поддерживать пользователя изоляция. Я не хочу сообщение отправлено экземпляром приложения А Джо в Экземпляр приложения Б Джо в конечном итоге на Экземпляр Сэма в Приложении Б.

Насколько я понимаю, это возможно либо:

  • использовать IPC с изоляцией пользователя встроенный (DDE)
  • использовать общий IPC и внедрить пользователя изолировать себя (включить идентификатор пользователя в сообщения)

Вопросы:

  • Один из вариантов, о котором мы думаем является NServiceBus. Есть кто-нибудь там? который использовал эту библиотеку для этого же проблема (интеграция с рабочим столом)? Является NServiceBus даже предназначен для использования сюда ? Возможно, кто-то заменен транспорт по умолчанию (MSMQ) с чем-то изменчивым?
  • Кто-нибудь, кто на самом деле имел ту же проблему и решил ее с помощью другого механизма pub-sub?

1 Ответ

0 голосов
/ 08 октября 2010

NServiceBus был создан, чтобы помочь устранить ошибки распределенных вычислений . Учитывая, что ваш сценарий включает в себя несколько приложений, работающих на одной машине, NSB действительно не применимо здесь, на мой взгляд. Предлагаемое вами решение представляется возможным, учитывая месторасположение приложений.

...