...
На рисунке 1.2.2 изображен пример, в котором в качестве поставщиков данных используется 3 интеграционных модуля, при этом у у двух модулей из которых имеется поставщик событий.
Набор используемых интеграционных модулей и состав поставщиков данных указываются в файле настроек сервиса "_MainSettings.json". Подробнее о настройке поставщиков смотри раздел 3 Настройка.
Также в Сервисе имеется модуль CSV Readers. Этот модуль Он не относится конкретно к какому-либо интеграционному модулю и , но при этом является поставщиком считывателей для Сервиса. CSV Readers берёт данные о считывателях из файла "Readers.csv".
...
- Поставщики считывателей не должны поставлять считыватели с одинаковыми именами, иначе источник событий не будет неопределённоопределён. При этом этом CSV Readers, как поставщик считывателей, всегда находится ниже в приоритете, чем интеграционные модули, поэтому он может содержать считыватели с таким такими же названиемназваниями, как и те, что поставляются другими интеграционными модулями. В этом случае , данные о считывателях из файла "Readers.csv" будут замещены при наличии этих считывателей из аналогичными данными о считывателях от других поставщиков (интеграционных модулей). Пример замещения приведено данных о считывателях приведен на рисунке 1.2.3;
- При появлении события , проверяется принадлежность считывателя из этого события к интеграционному модулю, от которого событие пришлооно поступило. Если событие пришло поступило по считывателю, который не принадлежит ни к какому либо одному модулю (то есть он считыватель описан только в файле "Readers.csv"), то такое событие будет обрабатываться всегда, вне зависимости от кого оно пришло. Если пришло событие, у которого название считывателя принадлежит другому интеграционному модулю, то такое событие фильтруетсяотфильтровывается (игнорируется).
Общий алгоритм работы интеграционного решения:
...