YY
вот это я не понял че то
Это можно в имя месседжей писать expression
${messageBean.getMyMessageName()}
${messageBean.getMyMessageName()}
Это можно в имя месседжей писать expression
${messageBean.getMyMessageName()}
Size: a a a
2020 November 12
IK
ну блин) прикольно но че то жестко
IK
в том плане что со стороны схемы тяжело читать
ET
Это можно в имя месседжей писать expression
${messageBean.getMyMessageName()}
${messageBean.getMyMessageName()}
Это же ставит крест на возможности ctrl+click внутри xml/bpmn в идее?!
YY
Это же ставит крест на возможности ctrl+click внутри xml/bpmn в идее?!
вот это я не понял)
ET
Вот есть элемент sequenceFlow, который куда-то ведёт, у него есть атрибут targetRef="MyAwesomeTask", ctrl+кликаю (или ctrl+b) в этот самый MyAwesomeTask, каретка магически телепортируется на элемент с id="MyAwesomeTask"
ET
Сейчас проверил - в бесплатной идее этой магии нет, только в платной, с плагином JBoss jBPM, который идёт в комплекте с IDEA Ultimate. На Marketplace из бесплатной идеи этого плагина что-то не видать.
YY
А. Ну я таким не пользуюсь. Camunda Modeler по большей части.
jBoss плагин пробовал, но он чёт мне схемы поломал вроде.
jBoss плагин пробовал, но он чёт мне схемы поломал вроде.
YY
А. Ну я таким не пользуюсь. Camunda Modeler по большей части.
jBoss плагин пробовал, но он чёт мне схемы поломал вроде.
jBoss плагин пробовал, но он чёт мне схемы поломал вроде.
А вот плагин, который бы интеграцию схемы с кодом спринговых бинов делал бы, был бы очень кстати. Чтоб по Ctrl+Click сразу в реализацию проваливаться. Не знаю, есть ли такой.
Хочется самому написать, но лень :)
Хочется самому написать, но лень :)
ET
А. Ну я таким не пользуюсь. Camunda Modeler по большей части.
jBoss плагин пробовал, но он чёт мне схемы поломал вроде.
jBoss плагин пробовал, но он чёт мне схемы поломал вроде.
Дык, я просто по ходу беседы заинтересовался, кого конкретно благодарить за магию ctrl+клика внутри xml-bpmn. Отключил этот плагин в идее - магия исчезла, включил обратно - магия вернулась. Так и понял, что благодаря ему. А схемы в нём не редактирую и вообще внимания на него не обращал до сего дня. :)
IK
кто что думает на счет такого паттерна использования экстернал тасок?
IK
берем из камунды с коротким lockTime, кидаем в очередь, продлеваем до expectedLockTime (до 7 дней пока клиент прочухается например)
2020 November 13
DK
Async before
SD
берем из камунды с коротким lockTime, кидаем в очередь, продлеваем до expectedLockTime (до 7 дней пока клиент прочухается например)
А смысл? Если у вас значения константные, зачем делать двойную работу и лишний раз дёргать базу?
SD
В том месте, где вы поставите async before камунда закроет текущую транзакцию в процессе, рест контроллер получит ответ от камунды и сможет ответить клиенту. Дальше камунда откроет новую транзакцию и продолжит выполнение процесса
DK
Вашего сервера хватит ровно на 30 запросов, которые где-то потерялись
DK
Тут вам не ноджс или скалла))
EZ
Бизнес процесс это не такая штука которая быстро выполняется. Поэтому делать синхронный рест для выдачи результата работы процесса от начала до конца это не правильно.
Отдавайте в ответе реста инстанс айди стартовашего инстанса. А потом когда он завершится отправьте событие в кафку или mq какую.
Ну либо пусть ваш клиент сам дергает по инстанс айди рест, который будет проверять завершился ли процесс.
Отдавайте в ответе реста инстанс айди стартовашего инстанса. А потом когда он завершится отправьте событие в кафку или mq какую.
Ну либо пусть ваш клиент сам дергает по инстанс айди рест, который будет проверять завершился ли процесс.
SD
Есть вариант с deferred result сделать то что вам нужно
SD
Я пробовал. Это работает и хорошо держит нагрузки.