Size: a a a

Camunda BPM Group

2021 July 20

ММ

Максим Монин... in Camunda BPM Group
What is external user task?
источник

DK

Denis Kotov in Camunda BPM Group
Пришлите в личку ваш адрес :)
источник

DK

Denis Kotov in Camunda BPM Group
нужен ваш адрес, присылайте в личку
источник

DK

Denis Kotov in Camunda BPM Group
нужен ваш адрес, присылайте в личку
источник

TL

Timur Lastaev in Camunda BPM Group
Возможно ли камунду использовать со своей БД пользователей с оргструкторой, правами и т.п.?
источник

DK

Denis Kotov in Camunda BPM Group
Я б даже сказал нужно
источник

TL

Timur Lastaev in Camunda BPM Group
Вот, вот 😊 БД есть, пытаюсь как то подружиться...
источник

TL

Timur Lastaev in Camunda BPM Group
Может быть есть примеры?
источник

DK

Denis Kotov in Camunda BPM Group
источник
2021 July 21

GG

Grigory Grigoriev in Camunda BPM Group
Всем привет! Наверное, боян, но тем не менее, прямого ответа на свой вопрос я нигде не нашел. Гоняем сейчас камунду в spring-boot-контейнерах, в режиме несколько движков и external task executor'ов на одну базу, и регулярно ловим ошибки JDBC, что batch update ACL_RU_EXT_TASK не может быть звершен из-за конкурентного доступа. Я примерно понимаю, что скорее всего это результат гонки за задачами, и в целом ничего страшного, но есть какие-нибудь способы этого избежать, кроме зеркалирования БД? :)
источник

ММ

Максим Монин... in Camunda BPM Group
ну да типа optimistic locking так и проявляется
источник

GG

Grigory Grigoriev in Camunda BPM Group
Предлагаете уменьшить уровень логирования и забить?
источник

SD

Serg D. in Camunda BPM Group
_RU_EXT_TASK ? Речь об external тасках? А как у вас гонка за ними получается?
источник

SD

Serg D. in Camunda BPM Group
На этапе fetch and lock?
источник

GG

Grigory Grigoriev in Camunda BPM Group
Да, судя по всему
источник

GG

Grigory Grigoriev in Camunda BPM Group
Я сейчас посмотрел в логи executor'а, там происходят регулярные обломы fetchAndLock с 500й ошибкой
источник

GG

Grigory Grigoriev in Camunda BPM Group
Такое ощущение, что гонка возникает, когда два разных executor'а, подключенные к разным движкам, пытаются захватить одну и ту же задачу
источник

SD

Serg D. in Camunda BPM Group
Ну тут да.. в идеале это нужно разруливать архитектурно, либо, если нагрузка на БД позволяет, забивать
источник

DK

Dmitry Kuzmin in Camunda BPM Group
Привет, есть два процесса, каждый из которых должен использовать одну и ту же реализацию через External Task, однако первый в случае ошибки должен идти по процессу далее, а второй ждать ручного разбора через инцидент. Реализация через handleBpmnError работает только для первого случая, второй же в данном вариант зацикливается, так как нет эвента, а если реализовывать через handleFailure с ретраями, то наоборот - не работает первый вариант. Через какие методы это лучше делать?
источник

DK

Dmitry Kuzmin in Camunda BPM Group
Или же это всё же две разные реализации воркеров, так как поведение должно отличаться?
источник