2-4 обработка события от клиента
5-7 доставка событий клиенту
2-4 обработка события от клиента
5-7 доставка событий клиенту
Информация для сокетного подключения (протокол + адрес + порт) получается на клиенте каждый раз при входе. В качестве токена для подключения используется общий JWT access-токен
В глобальных настройках, настройках экранов и элементов экрана может присутствовать информация о доступных на них сокетных событиях (например, событие отправки сообщения для виджета чата)
При открытии экрана, элементы которого требуют сокетного соединения (может и сам экран требовать), клиент устанавливает соединение по урлу, который собирается из полученных при открытии: **протокол** + **адрес** + **порт** + path из аргумента элемента экрана (его может не быть)
При совершении действия (event), ****которому в приложении соответствует action WebSocket, необходимо отправить событие по сокетному соединению с BPMS
Шаблоны всех событий хранятся в BPMS, но элементы по типу виджета чата должны на уровне своего функционала понимать, что должно передаваться в сокетах
При развитии функции возможна динамическая система, когда, например, инпут будет только по пришедшему экрану понимать, какие аргументы и в какой форме отправить на сокетное соединение, для этого нужно набрать бОльшее количество примеров элеметов, требующих работу с сокетами
Для каждого сокетного соединения клиента создается своя очередь сообщений
Клиенту доступно открытие сокетных соединений по урлам, указанным для этого в instances_endpoint (type_endpoint = ws)
Полученное от клиента сокетное событие парсится согласно request_json, после чего запускается процесс обработчик, указанный в id_node_process