Size: a a a

Camunda BPM Group

2020 November 07

MD

Maksim Davliatshin in Camunda BPM Group
В любом случае будем ждать подробную инфу )
Кстати, давно митапов не было.
Может быть замутим онлайн митап?
источник

SD

Serg D. in Camunda BPM Group
У меня сейчас "напряженный" проект не связанный с камундой, как только немного раскидаюсь займусь оформлением. Руководство вроде добро дало =)
источник

AD

Artur Dauer in Camunda BPM Group
Теперь понял цель ..  что асинхронный ответ должен прийти в одном шаге процесса, те в одном делегате.
источник

AD

Artur Dauer in Camunda BPM Group
Но ведь камунды и так используются для а синхронных операций. А так получается, в моделе не отображается, что сервис выполняется асинхронно
источник

AD

Artur Dauer in Camunda BPM Group
*для асинхронных
источник

SD

Serg D. in Camunda BPM Group
Artur Dauer
Но ведь камунды и так используются для а синхронных операций. А так получается, в моделе не отображается, что сервис выполняется асинхронно
https://docs.camunda.org/manual/7.13/user-guide/process-engine/transactions-in-processes/

Часть активити выполняются синхронно, в одной транзакции. Какие-то активити являются границами транзакции сами по себе, вроде external task или user task. И то, асинхронность достигается через запись в БД фактически. Плюс можно самостоятельно устанавливать границы транзакции. О чистой асинхронности речи тут не идет.
источник

AD

Artur Dauer in Camunda BPM Group
Изначально был вопрос чем делегат хуже екстернТаск. Понятно, если используешь один делегат для вызова сервиса и ожидания асинхронного ответа, то это скорее про правильность использования инструментов
источник

AD

Artur Dauer in Camunda BPM Group
В данном примере можно использовать один делегат для вызова сервиса, и какой нить ожидающий элемент на уровне камунды, для приема асинхронного ответа
источник

AD

Artur Dauer in Camunda BPM Group
Эх, не буду морочить голову, а подожду доклада какого нибудь 😊
источник

SD

Serg D. in Camunda BPM Group
Artur Dauer
В данном примере можно использовать один делегат для вызова сервиса, и какой нить ожидающий элемент на уровне камунды, для приема асинхронного ответа
Ну тут вам нужно сперва хорошо продумать архитектуру и транспорт. Если нужно в делегате дернуть рест асинхронно, то вам придется очень уж заморочиться чтобы получить ответ в каком-нибудь другом активити. И стоит ли оно того, если есть external task или на худой конец send/receive message.
источник

AD

Artur Dauer in Camunda BPM Group
Я как раз и имел ввиду send/receive message.
источник

MD

Maksim Davliatshin in Camunda BPM Group
Artur Dauer
Я как раз и имел ввиду send/receive message.
Если Вы используете платную версию, то так не выгодно. Вместо одного кубика, Вы будете использовать 2. А камунда считает FNI по количетву проходящих кубиков. И тем самым Вы в два раза быстрее лицензию купленную используете. Плюс сам процесс будет не читабельным.
источник

AD

Artur Dauer in Camunda BPM Group
Maksim Davliatshin
Если Вы используете платную версию, то так не выгодно. Вместо одного кубика, Вы будете использовать 2. А камунда считает FNI по количетву проходящих кубиков. И тем самым Вы в два раза быстрее лицензию купленную используете. Плюс сам процесс будет не читабельным.
Нам лицензии в этом году не хватило из за DMN. Поэтому этот год покупают unlimited версию.
С точки зрения бизнеса не очень хорошо делать какие то ограничения из технических вопросах . С таким успехом и камунда не нужна 😁
источник

SD

Serg D. in Camunda BPM Group
Artur Dauer
Я как раз и имел ввиду send/receive message.
Тут еще встречается проблема, когда вы ответ получаете быстрее, чем токен перейдёт на receive message. Разработчики камунды эту проблему знают, но решить пока не могут. Предлагают кастыль с параллельным выполнением и ручной установкой границ транзакций
источник

AD

Artur Dauer in Camunda BPM Group
Serg D.
Ну тут вам нужно сперва хорошо продумать архитектуру и транспорт. Если нужно в делегате дернуть рест асинхронно, то вам придется очень уж заморочиться чтобы получить ответ в каком-нибудь другом активити. И стоит ли оно того, если есть external task или на худой конец send/receive message.
Два года назад на деллегаты решились и пока проблем нет. А проблема с асинхронным ответом это как раз больше про екстернал Таск, ждать пока он транзакцию откроет 😁
В общем это риторический вопрос на долго. Как нить сделаем доклад.
А пока всем хороших выходных
источник

MD

Maksim Davliatshin in Camunda BPM Group
Artur Dauer
Нам лицензии в этом году не хватило из за DMN. Поэтому этот год покупают unlimited версию.
С точки зрения бизнеса не очень хорошо делать какие то ограничения из технических вопросах . С таким успехом и камунда не нужна 😁
Да, dmn там считается перемножением строк на колонки...
Мы на друлсах из-за этого :)
Встречал команды, которые вынесли dmn на комьюнити версию, а bpmn на платной. Дешевле.

Никто не говорил об ограничениях. Мы ведь говорили о разных вариантах и в каком случае какой из вариантов лучше. Разве нет? :)
источник

MD

Maksim Davliatshin in Camunda BPM Group
Artur Dauer
Два года назад на деллегаты решились и пока проблем нет. А проблема с асинхронным ответом это как раз больше про екстернал Таск, ждать пока он транзакцию откроет 😁
В общем это риторический вопрос на долго. Как нить сделаем доклад.
А пока всем хороших выходных
Хороших выходных 🤝
источник

IK

Isayakiy Kotletov in Camunda BPM Group
Maksim Davliatshin
Ваш процесс должен идти дальше после отправки запроса?
он должен пойти будет дальше после получения ответа и в зависимости от него
источник

MD

Maksim Davliatshin in Camunda BPM Group
Isayakiy Kotletov
блин с экстернал тасками там будет же проблема, что если процесс 3 дня у них занимает, то я не буду знать - у меня сервис забрал таску и потерял по пути или она улетела и ждет, как это решается? мне же придется огромные таймауты ставить чтобы не задублировались процессы из-за таймаутов и перехвата джобов
Тогда проблем в принципе нету.
Да, Вы несколько раз будете блочить таску на выполнение, но это не проблема.
3 дня ставить в блокировку, это конечно много. Но никто не мешает ставить например на пол дня. И потом еще раз блокировать.
В любом случае, блокировка экстернал таски - это флаг в БД с указанием времени блокировки и id воркера. Поэтому ничего страшного в блокировке нету.
источник

IK

Isayakiy Kotletov in Camunda BPM Group
Maksim Davliatshin
Тогда проблем в принципе нету.
Да, Вы несколько раз будете блочить таску на выполнение, но это не проблема.
3 дня ставить в блокировку, это конечно много. Но никто не мешает ставить например на пол дня. И потом еще раз блокировать.
В любом случае, блокировка экстернал таски - это флаг в БД с указанием времени блокировки и id воркера. Поэтому ничего страшного в блокировке нету.
то есть там будет какая-то тема с пингованием камунды что я еще жив и обрабатываю ее? пойду про экстернал таски почитаю поглубже
источник