Size: a a a

Camunda BPM Group

2020 October 18

DK

Denis Kotov in Camunda BPM Group
Вот там все аукнется
источник

DK

Denis Kotov in Camunda BPM Group
Ludwig Prinn
Понятно теперь. Я вот думал, что по-крутому и по-умному сделал - один делегат для нескольких тасок заюзал, молодец. Только это породило проблемы...
Абстрагируйте общую логику в сервисе. Да так, чтобы сервис ещё и не знал про камундовые штуки
источник

DK

Denis Kotov in Camunda BPM Group
Делегат - это маленькая прослойка между активити+контекст+камунда к бизнес сервису
источник

DK

Denis Kotov in Camunda BPM Group
Разделяй и властвуй, ееее
источник

DK

Denis Kotov in Camunda BPM Group
Ну и тесты тесты тесты очень удобно писать сразу становится
источник

LP

Ludwig Prinn in Camunda BPM Group
Denis Kotov
Абстрагируйте общую логику в сервисе. Да так, чтобы сервис ещё и не знал про камундовые штуки
Понятно. А входные данные для этой логики нужно формировать в делегатах, так?
источник

DK

Denis Kotov in Camunda BPM Group
Ludwig Prinn
Понятно. А входные данные для этой логики нужно формировать в делегатах, так?
Ага
источник

DK

Denis Kotov in Camunda BPM Group
Где-то был видос с примером у меня
источник

LP

Ludwig Prinn in Camunda BPM Group
ок, спасибо) 👍
источник

IP

Igor Petetskikh in Camunda BPM Group
Встретил на проекте вот такой BPMN
И сильно смущает выделенный кусок.
Я прав, что он мне не нравится, или нет?
источник

IP

Igor Petetskikh in Camunda BPM Group
понятно, что схема упрощена, но вот этот переход между state 2, state 3, cancelled - именно так как я тут изобразил
источник

SD

Serg D. in Camunda BPM Group
Это чтобы пользователь через UserTask мог прекратить всю эту канитель? )))
источник

IP

Igor Petetskikh in Camunda BPM Group
мммм..... весь бизнес смысл от меня ускользает...

С их стороны Проект-Менеджер - эмммм.... Ну она русского не знает, так что тут надеюсь не тусует....
Чтоб вы понимали, когда она нам говорила, для каких ролей документ должен быть редактируемым, она выяснила после деплоя на тест среду что имена ролей попутала....

так что почему это так и зачем - я не знаю.
источник

IP

Igor Petetskikh in Camunda BPM Group
просто что у нас вышло.
Стоит процесс в State 2. Таймер каждые 10 минут отстреливает новый токен, который прибегает тоже в State 2. и их там копится штук 30-40.... Потом происходит НЕЧТО (толи данные приходят, толи нажимают волшеюную кнопку) и ОДИН токе идет в STate 3.

и в итоге - полная херня
источник

SD

Serg D. in Camunda BPM Group
Ну просто если подумать, то получается мы висим на юзер таске, периодически дергаем БД. На следующий шаг можем перейти только если в БД появились данные, или получили какой-то месседж. Ну а штатно из Юзер таска можем только на Cancel. Мне кажется так... Но да, как-то это все странно ))) было бы неплохо знать контекст
источник

IP

Igor Petetskikh in Camunda BPM Group
и получается несколько десятков токенов висит на State 2, и один токен идет дальше.
источник

SD

Serg D. in Camunda BPM Group
Ну да, с токенами криво конечно
источник

IP

Igor Petetskikh in Camunda BPM Group
как по мне - эт хрень какаято. как это у них работает - я не понимаю
источник

IP

Igor Petetskikh in Camunda BPM Group
@Kotskin скажи, я правильно рассуждаю или нет?
источник

AD

Artur Dauer in Camunda BPM Group
Igor Petetskikh
и получается несколько десятков токенов висит на State 2, и один токен идет дальше.
Точно в таком режиме копятся токены ? Тут все евенты прерывающие Таск2
источник