Смешивание автоподписки и отображений сообщений

Мы только что завершили набор сервисов, которые используют ненавязчивый режим для поиска команд и событий (возможно, важно не сообщения)

conventions.DefiningCommandsAs(t => t.Namespace != null &&    t.Namespace.EndsWith("Commands"));
 conventions.DefiningEventsAs(t => t.Namespace != null && t.Namespace.EndsWith("Events"));
 conventions.DefiningTimeToBeReceivedAs(
            t => t.Name.EndsWith("Expires") ? TimeSpan.FromSeconds(30) : TimeSpan.MaxValue);

Существует существующий шлюз, который является веб-интерфейсом, к которому мы подключаемся, и публикует его в зависимости от типа сообщения, на которое он был отправлен. MessageEndpointMappings, Я ожидал, что таблица подписок будет включать записи о событиях после установки. Параметры для / установки включены

/serviceName: 
/displayName: 
/description: 
/endpointConfigurationType: (for services not the saga) 
/username: 
/password:
& NServiceBus.Production

Шлюзу отправляется новый тип события, и он поступает на вызов публикации, но он не принимается службами. Я думаю, что шлюз не может публиковать, потому что он не знает о новом типе. Нужно ли добавлять MessageEndpointMappings в конфигурацию шлюза или он должен быть переведен в ненавязчивый режим. Я думаю, что для сопоставлений потребуется ссылка, которой в любом случае нет, и я не уверен, совместимы ли эти два метода.

1 ответ

Решение

Простой ответ на этот. существующий шлюз имеет разные схемы и конфликтует с конфигурацией.

Другие вопросы по тегам