В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Camunda BPM Group

980 membersпожаловаться на группу
2020 February 13

MD

Maksim Davliatshin in Camunda BPM Group
Ruslan Kadyrbaev
"Там это выверено должно быть"
эммм.... возможно те же самые retry будут при вставке (есть уникальный индекс в БД)
Это можно проверить код открыт ведь ;)
Заинтриговали прям. Попробую посмотреть в конце недели. Если никто не посмотрит раньше.
источник
09:11пожаловаться#1

R

Ruslan Kadyrbaev in Camunda BPM Group
но приоритезацией наверняка можно снизить вероятность ошибок до удовлетворительного уровня)
источник
09:11пожаловаться#2

R

Ruslan Kadyrbaev in Camunda BPM Group
Maksim Davliatshin
Это можно проверить код открыт ведь ;)
Заинтриговали прям. Попробую посмотреть в конце недели. Если никто не посмотрит раньше.
если скинете модуль где примерно можно начать смотреть - буду очень благодарен)
источник
09:13пожаловаться#3

R

Ruslan Kadyrbaev in Camunda BPM Group
у меня были попытки смотреть исходники, но все они закончились "не очень лестными выпадами в сторону Java стека"))
источник
09:15пожаловаться#4

MD

Maksim Davliatshin in Camunda BPM Group
Ок. Сегодня скину.
источник
09:18пожаловаться#5

DK

Denis Kotov in Camunda BPM Group
А вот и регистрация на митап приехала https://meetup.tinkoff.ru/event/camunda-meetup-1/
meetup.tinkoff.ru
Митапы
Создаем встречи для неравнодушных к миру IT. Объединяем профессионалов, делимся знаниями и храним воспоминания.
источник
11:09пожаловаться#6

DK

Denis Kotov in Camunda BPM Group
Всем срочно бежать регистрироваться
источник
11:11пожаловаться#7

MM

Mstislav Martynyuk in Camunda BPM Group
что-то не регистрирует :(
источник
11:14пожаловаться#8

DK

Denis Kotov in Camunda BPM Group
Сломали
источник
11:15пожаловаться#9

DK

Denis Kotov in Camunda BPM Group
Минутку
источник
11:15пожаловаться#10

P

ParAsyN in Camunda BPM Group
тож не могу зарегаться ))
источник
11:16пожаловаться#11

P

ParAsyN in Camunda BPM Group
Всем привет
источник
11:16пожаловаться#12

MP

Mikhail Pastukhov in Camunda BPM Group
источник
11:17пожаловаться#13

DK

Denis Kotov in Camunda BPM Group
Ща разберемся
источник
11:17пожаловаться#14

VC

Vladimir Chernovolov in Camunda BPM Group
Всем привет!

Подскажите, можно ли *ограничить/как правильно это сделать*: продолжение исполнения ветки бизнес-процесса более 1 раза, если приходят одновременно несколько запросов на продолжение бизнес-процесса (в данном случае /execution/{id}/messageSubscriptions/{message}/trigger, возможно и /task/{id}/complete и т.п.).

На приведенной схеме бизнес-процесса, если триггерим *Message1* (несколько запросов одновременно), то ветке процесса несколько раз исполняется таска *Do smth...* (сколько раз послали запрос до момента окончательного выполнения этой таски *Do smth...*). Абстрактно: таска *Do smth...* - просто не быстрое выполнение во времени чего-либо (секунды, несколько секунд).

Можно ли как-то это пресечь ?

Заранее спасибо!
источник
11:38пожаловаться#15

R

Ruslan Kadyrbaev in Camunda BPM Group
Vladimir Chernovolov
Всем привет!

Подскажите, можно ли *ограничить/как правильно это сделать*: продолжение исполнения ветки бизнес-процесса более 1 раза, если приходят одновременно несколько запросов на продолжение бизнес-процесса (в данном случае /execution/{id}/messageSubscriptions/{message}/trigger, возможно и /task/{id}/complete и т.п.).

На приведенной схеме бизнес-процесса, если триггерим *Message1* (несколько запросов одновременно), то ветке процесса несколько раз исполняется таска *Do smth...* (сколько раз послали запрос до момента окончательного выполнения этой таски *Do smth...*). Абстрактно: таска *Do smth...* - просто не быстрое выполнение во времени чего-либо (секунды, несколько секунд).

Можно ли как-то это пресечь ?

Заранее спасибо!
ну по идее опять же OptimisticLockingException должен быть.... возможно баг
источник
11:42пожаловаться#16

VC

Vladimir Chernovolov in Camunda BPM Group
он есть, но таска *Do smth...* все равно выполняется
источник
11:43пожаловаться#17

R

Ruslan Kadyrbaev in Camunda BPM Group
кстати мы не используем {message}/trigger

используется поиск нужного execution + потом execution/messageSubscriptions/{message}/trigger
источник
11:45пожаловаться#18

VC

Vladimir Chernovolov in Camunda BPM Group
Ruslan Kadyrbaev
кстати мы не используем {message}/trigger

используется поиск нужного execution + потом execution/messageSubscriptions/{message}/trigger
/execution/{id}/messageSubscriptions/{message}/trigger
такой и используем в данном случае

сначала поиск execution, потом по нему trigger по имени message
источник
11:46пожаловаться#19

VC

Vladimir Chernovolov in Camunda BPM Group
Ruslan Kadyrbaev
ну по идее опять же OptimisticLockingException должен быть.... возможно баг
в RestException в ответе:

Cannot trigger message Message1 for execution xxxxxxx org.camunda.bpm.engine.ProcessEngineException:
ENGINE-03004 Exception while executing Database Operation
'INSERT VariableInstanceEntity[xxxxxxx]' with message '\n### Error updating database.  Cause:'
...
'java.sql.SQLIntegrityConstraintViolationException: unique constraint ({xxx}.ACT_UNIQ_VARIABLE) violated'
...

т.е. речь только про INSERT VariableInstanceEntity
источник
11:49пожаловаться#20