Перейти к содержимому
Редактировал(а) Alexandr Fokin 2026/06/18 22:07
От версии 1.11
отредактировано Alexandr Fokin
на 2026/05/07 14:23
Изменить комментарий: К данной версии нет комментариев
К версии 1.15
отредактировано Alexandr Fokin
на 2026/05/29 16:22
Изменить комментарий: К данной версии нет комментариев

Сводка

Подробности

Свойства страницы
Содержимое
... ... @@ -6,17 +6,15 @@
6 6  |(% style="width:232px" %)Stream триггер|(% style="width:1151px" %)Триггер, отслеживающий состояние процесса (выполняется он или нет).
7 7  Реализуется через отправку TriggerEvent в момент остановки выполнения процесса (делается автоматически если зарегистрирован).
8 8  Пробуждает процесс (передает новый сигнал), только после того как процесс перешел в состояние ожидания.
9 -|(% style="width:232px" %)Wakeup condition|(% style="width:1151px" %)Модуль wakeup condition проверяет условие наличия новых сигналов перед остановкой процесса.
9 +|(% style="width:232px" %)Wakeup condition|(% style="width:1151px" %)(((
10 +Модуль wakeup condition проверяет условие наличия новых сигналов перед остановкой процесса.
10 10  От разработчика требуется реализация хендлера проверки условия.
12 +)))
11 11  |(% style="width:232px" %)Wakeup lock (Wakeup state)|(% style="width:1151px" %)(((
12 12  Модуль wakeup lock добавляет отдельную таблицу для синхронизации.
13 13  Используется только в сочетании с Wakeup condition.
14 -Решает 2 задачи:
15 -1) Информация о выполнении процесса считывается из Wakeup state (без взятия блокировки процесса). Если процесс выполняется, то сигнал считается доставленным и никаких обновлений не требуется.
16 -2) Синхронизация проверки условия Wakeup condition, гарантия что сигнал не будет утерян.
17 -В конце сессии обработки процесса Wakeup state блокируется и только после этого проверяется условие наличие новых сигналов Wakeup condition, это гарантирует что ни один поступивший сигнал не будет утерян.
18 18  
19 -Такой подход позволяет минимизировать ожидание на блокировках.
17 +[[Гарантированная конкурентная доставка сигнала>>doc:Проекты и репозитории.Библиотеки.Движок cccc1808\. ProcessEngine.Гарантированная конкурентная доставка сигнала.WebHome]]
20 20  )))
21 21  )))
22 22  |Типы передачи сигналов|(((
... ... @@ -32,6 +32,10 @@
32 32  |2.2|(% style="width:662px" %)Один stream триггер.
33 33  Высокая частота сигналов, но низкая конкуренция (условие активации триггера наличие необработанного сигнала и остановка процесса).
34 34  Можно использовать без таблицы Wakeup lock.|(% style="width:513px" %)Transactional outbox. См [[Примеры>>doc:Проекты и репозитории.Библиотеки.Движок cccc1808\. ProcessEngine.Примеры.WebHome]] 3.|+|-|+|+-|-
33 +|2.2.1|(% style="width:662px" %)Каскад триггеров.
34 +Подход, когда 1 stream trigger передает сигнал на процесс.
35 +А другие триггеры процесса передают сигнал не на процесс напрямую, а на stream триггер.
36 +Данный подход позволяет использовать несколько триггеров (как в варианте 2.3), но не требует wakeup lock (и может работать без wakeup condition).|(% style="width:513px" %) |+|-|+|+-|-
35 35  |2.3|(% style="width:662px" %)Несколько конкурирующих триггеров.
36 36  Высокая интенсивность сигналов, высокая конкуренция за процесс.
37 37  Для сглаживания конкуренции используется Wakeup lock (share блокировка минимизирует блокировку и сглаживает конкуренцию).|(% style="width:513px" %) |+|-|-|+|+