Смешивание автоподписки и отображений сообщений
Мы только что завершили набор сервисов, которые используют ненавязчивый режим для поиска команд и событий (возможно, важно не сообщения)
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 ответ
Простой ответ на этот. существующий шлюз имеет разные схемы и конфликтует с конфигурацией.