DK
эвент подпроцессы это всегда джобы, а джобы всегда на базе работают
Size: a a a
2020 April 10
AV
DP
@Alexvbn Всегда пожалуйста :)
AD
Dmitrii Pisarenko
Если
а) у
б) в этой активности произойдет ошибка,
то в кокпите ошибка будет отображена на
а) у
Act. 2 не прописан async before иб) в этой активности произойдет ошибка,
то в кокпите ошибка будет отображена на
Act. 1.Этот баг же вроде как пофиксен должен быть? Или это в 13 версии только?
DP
Artur Dauer
Этот баг же вроде как пофиксен должен быть? Или это в 13 версии только?
Я не уверен, что это баг. У меня это было в версии 7.12.
AD
Dmitrii Pisarenko
Я не уверен, что это баг. У меня это было в версии 7.12.
Это в нашей фирме было интерпретировано как баг 🙄 После того как открыли тикет , сообщили, что это исправили, только не знаю в какой версии
DP
Artur Dauer
Это в нашей фирме было интерпретировано как баг 🙄 После того как открыли тикет , сообщили, что это исправили, только не знаю в какой версии
Открыли тикет в Гитхабе Камунды?
Если да, пришлите, пожалуйста, ссылку. Интересно посмотреть.
Если да, пришлите, пожалуйста, ссылку. Интересно посмотреть.
AD
Dmitrii Pisarenko
Открыли тикет в Гитхабе Камунды?
Если да, пришлите, пожалуйста, ссылку. Интересно посмотреть.
Если да, пришлите, пожалуйста, ссылку. Интересно посмотреть.
На работу ко вторнику доеду и скину
DP
Artur Dauer
На работу ко вторнику доеду и скину
👍
SD
Оххо... люди надеятся ко вторнику до работы доехать... ) Тут хотя бы ко вторнику дальше 100 метров от дома отойти )
YY
Dmitrii Pisarenko
Если
а) у
б) в этой активности произойдет ошибка,
то в кокпите ошибка будет отображена на
а) у
Act. 2 не прописан async before иб) в этой активности произойдет ошибка,
то в кокпите ошибка будет отображена на
Act. 1.В 7.13 добавили поле Activity Instance, кажется. Т.е. инцидент зарегистрируется на том блоке, перед которым была запись в БД. Но в поле Activity Instance добавится описание, в каком блоке конкретно произошла ошибка.
DP
В 7.13 добавили поле Activity Instance, кажется. Т.е. инцидент зарегистрируется на том блоке, перед которым была запись в БД. Но в поле Activity Instance добавится описание, в каком блоке конкретно произошла ошибка.
Спасибо, не знал.
YY
Dmitrii Pisarenko
Спасибо, не знал.
https://blog.camunda.com/post/2020/04/camunda-bpm-7130-alpha3-released/
Failed Activity ID Называется раздел
Failed Activity ID Называется раздел
YY
Флаги Async я бы не проставлял в том случае, когда у нас при падении одной из активностей внутри процесса, нарушается консистентность в данных.
DP
В продолжение темы
https://github.com/camunda/camunda-modeler-plugins/tree/master/camunda-transaction-boundaries-plugin
async before: Есть плагин для моделера, который показывает, когда именно состояние будет записано в базу, см. буквы "T" (transaction boundary).https://github.com/camunda/camunda-modeler-plugins/tree/master/camunda-transaction-boundaries-plugin
YY
Dmitrii Pisarenko
В продолжение темы
https://github.com/camunda/camunda-modeler-plugins/tree/master/camunda-transaction-boundaries-plugin
async before: Есть плагин для моделера, который показывает, когда именно состояние будет записано в базу, см. буквы "T" (transaction boundary).https://github.com/camunda/camunda-modeler-plugins/tree/master/camunda-transaction-boundaries-plugin
Круть. Спасибо!
R
Dmitrii Pisarenko
В продолжение темы
https://github.com/camunda/camunda-modeler-plugins/tree/master/camunda-transaction-boundaries-plugin
async before: Есть плагин для моделера, который показывает, когда именно состояние будет записано в базу, см. буквы "T" (transaction boundary).https://github.com/camunda/camunda-modeler-plugins/tree/master/camunda-transaction-boundaries-plugin
отлично. спасибо!
2020 April 11
SD
Блаодарю, это то, что я искал
Вам удалось реализовать? Очень интересует производительность такого решения.