MD
В любом случае будем ждать подробную инфу )
Кстати, давно митапов не было.
Может быть замутим онлайн митап?
Кстати, давно митапов не было.
Может быть замутим онлайн митап?
Size: a a a
2020 November 07
SD
У меня сейчас "напряженный" проект не связанный с камундой, как только немного раскидаюсь займусь оформлением. Руководство вроде добро дало =)
AD
Теперь понял цель .. что асинхронный ответ должен прийти в одном шаге процесса, те в одном делегате.
AD
Но ведь камунды и так используются для а синхронных операций. А так получается, в моделе не отображается, что сервис выполняется асинхронно
AD
*для асинхронных
SD
Artur Dauer
Но ведь камунды и так используются для а синхронных операций. А так получается, в моделе не отображается, что сервис выполняется асинхронно
https://docs.camunda.org/manual/7.13/user-guide/process-engine/transactions-in-processes/
Часть активити выполняются синхронно, в одной транзакции. Какие-то активити являются границами транзакции сами по себе, вроде external task или user task. И то, асинхронность достигается через запись в БД фактически. Плюс можно самостоятельно устанавливать границы транзакции. О чистой асинхронности речи тут не идет.
Часть активити выполняются синхронно, в одной транзакции. Какие-то активити являются границами транзакции сами по себе, вроде external task или user task. И то, асинхронность достигается через запись в БД фактически. Плюс можно самостоятельно устанавливать границы транзакции. О чистой асинхронности речи тут не идет.
AD
Изначально был вопрос чем делегат хуже екстернТаск. Понятно, если используешь один делегат для вызова сервиса и ожидания асинхронного ответа, то это скорее про правильность использования инструментов
AD
В данном примере можно использовать один делегат для вызова сервиса, и какой нить ожидающий элемент на уровне камунды, для приема асинхронного ответа
AD
Эх, не буду морочить голову, а подожду доклада какого нибудь 😊
SD
Artur Dauer
В данном примере можно использовать один делегат для вызова сервиса, и какой нить ожидающий элемент на уровне камунды, для приема асинхронного ответа
Ну тут вам нужно сперва хорошо продумать архитектуру и транспорт. Если нужно в делегате дернуть рест асинхронно, то вам придется очень уж заморочиться чтобы получить ответ в каком-нибудь другом активити. И стоит ли оно того, если есть external task или на худой конец send/receive message.
AD
Я как раз и имел ввиду send/receive message.
MD
Artur Dauer
Я как раз и имел ввиду send/receive message.
Если Вы используете платную версию, то так не выгодно. Вместо одного кубика, Вы будете использовать 2. А камунда считает FNI по количетву проходящих кубиков. И тем самым Вы в два раза быстрее лицензию купленную используете. Плюс сам процесс будет не читабельным.
AD
Если Вы используете платную версию, то так не выгодно. Вместо одного кубика, Вы будете использовать 2. А камунда считает FNI по количетву проходящих кубиков. И тем самым Вы в два раза быстрее лицензию купленную используете. Плюс сам процесс будет не читабельным.
Нам лицензии в этом году не хватило из за DMN. Поэтому этот год покупают unlimited версию.
С точки зрения бизнеса не очень хорошо делать какие то ограничения из технических вопросах . С таким успехом и камунда не нужна 😁
С точки зрения бизнеса не очень хорошо делать какие то ограничения из технических вопросах . С таким успехом и камунда не нужна 😁
SD
Artur Dauer
Я как раз и имел ввиду send/receive message.
Тут еще встречается проблема, когда вы ответ получаете быстрее, чем токен перейдёт на receive message. Разработчики камунды эту проблему знают, но решить пока не могут. Предлагают кастыль с параллельным выполнением и ручной установкой границ транзакций
AD
Ну тут вам нужно сперва хорошо продумать архитектуру и транспорт. Если нужно в делегате дернуть рест асинхронно, то вам придется очень уж заморочиться чтобы получить ответ в каком-нибудь другом активити. И стоит ли оно того, если есть external task или на худой конец send/receive message.
Два года назад на деллегаты решились и пока проблем нет. А проблема с асинхронным ответом это как раз больше про екстернал Таск, ждать пока он транзакцию откроет 😁
В общем это риторический вопрос на долго. Как нить сделаем доклад.
А пока всем хороших выходных
В общем это риторический вопрос на долго. Как нить сделаем доклад.
А пока всем хороших выходных
MD
Artur Dauer
Нам лицензии в этом году не хватило из за DMN. Поэтому этот год покупают unlimited версию.
С точки зрения бизнеса не очень хорошо делать какие то ограничения из технических вопросах . С таким успехом и камунда не нужна 😁
С точки зрения бизнеса не очень хорошо делать какие то ограничения из технических вопросах . С таким успехом и камунда не нужна 😁
Да, dmn там считается перемножением строк на колонки...
Мы на друлсах из-за этого :)
Встречал команды, которые вынесли dmn на комьюнити версию, а bpmn на платной. Дешевле.
Никто не говорил об ограничениях. Мы ведь говорили о разных вариантах и в каком случае какой из вариантов лучше. Разве нет? :)
Мы на друлсах из-за этого :)
Встречал команды, которые вынесли dmn на комьюнити версию, а bpmn на платной. Дешевле.
Никто не говорил об ограничениях. Мы ведь говорили о разных вариантах и в каком случае какой из вариантов лучше. Разве нет? :)
MD
Artur Dauer
Два года назад на деллегаты решились и пока проблем нет. А проблема с асинхронным ответом это как раз больше про екстернал Таск, ждать пока он транзакцию откроет 😁
В общем это риторический вопрос на долго. Как нить сделаем доклад.
А пока всем хороших выходных
В общем это риторический вопрос на долго. Как нить сделаем доклад.
А пока всем хороших выходных
Хороших выходных 🤝
IK
Ваш процесс должен идти дальше после отправки запроса?
он должен пойти будет дальше после получения ответа и в зависимости от него
MD
блин с экстернал тасками там будет же проблема, что если процесс 3 дня у них занимает, то я не буду знать - у меня сервис забрал таску и потерял по пути или она улетела и ждет, как это решается? мне же придется огромные таймауты ставить чтобы не задублировались процессы из-за таймаутов и перехвата джобов
Тогда проблем в принципе нету.
Да, Вы несколько раз будете блочить таску на выполнение, но это не проблема.
3 дня ставить в блокировку, это конечно много. Но никто не мешает ставить например на пол дня. И потом еще раз блокировать.
В любом случае, блокировка экстернал таски - это флаг в БД с указанием времени блокировки и id воркера. Поэтому ничего страшного в блокировке нету.
Да, Вы несколько раз будете блочить таску на выполнение, но это не проблема.
3 дня ставить в блокировку, это конечно много. Но никто не мешает ставить например на пол дня. И потом еще раз блокировать.
В любом случае, блокировка экстернал таски - это флаг в БД с указанием времени блокировки и id воркера. Поэтому ничего страшного в блокировке нету.
IK
Тогда проблем в принципе нету.
Да, Вы несколько раз будете блочить таску на выполнение, но это не проблема.
3 дня ставить в блокировку, это конечно много. Но никто не мешает ставить например на пол дня. И потом еще раз блокировать.
В любом случае, блокировка экстернал таски - это флаг в БД с указанием времени блокировки и id воркера. Поэтому ничего страшного в блокировке нету.
Да, Вы несколько раз будете блочить таску на выполнение, но это не проблема.
3 дня ставить в блокировку, это конечно много. Но никто не мешает ставить например на пол дня. И потом еще раз блокировать.
В любом случае, блокировка экстернал таски - это флаг в БД с указанием времени блокировки и id воркера. Поэтому ничего страшного в блокировке нету.
то есть там будет какая-то тема с пингованием камунды что я еще жив и обрабатываю ее? пойду про экстернал таски почитаю поглубже