Как правильней всего(можно ли?) в camunda/bpmn реализовать такой case: выполнение User Task может быть [опционально] проверено другим пользователем и по результату проверки User Task возвращается на доработку. Токен при этом ведь пойдет дальше по процессу..

В любой момент времени?

Привет всем!
Подскажите, пожалуста, такой вопрос
В камунде есть jobExecutor
У него есть corePoolSize - тот пул потоков, с которым работает приложение
Но также есть maxPoolSize, в доке написано, что это максимальное количество пула, но почему то начальное количество потоков не меняется даже при большой нагрузке и всегда равно corePoolSize
Может нужно флаг какой или как то по особенному конфигурировать, чтобы количество работающих потоков возросло?

Привет 🖖🏼
Много нюансов может быть.
1) в БД затык
2) очередь не увеличили на получение джобов: https://docs.camunda.org/manual/7.9/reference/deployment-descriptors/tags/job-executor/#job-acquisition-configuration-properties
3) другое ПО отъедает ресурсы.
4) в JVM мало выделили.
5) по таймаутам не проходите.
И т.д.

Может дело как раз в том, что я только Job-Executor подконфигурировал, а Job-Acquisition не трогал
Можешь, пожалуйста, рассказать за что отвечает второй, а то по доке сходу непонятно

Это процесс, который выбирает джобы из БД для выполнения их. Все джобы в БД хранятся. Грубо говоря, это входное горлышко.
Подробнее написано тут: https://docs.camunda.org/manual/7.9/user-guide/process-engine/the-job-executor/#job-acquisition

Спасибо, буду вникать)

🤝

Хотя бы пока процесс которому принадлежит UserTask активен.

А процесс должен вернуться и повториться с этого таска или только таск переделать? Если только таск, то можно сделать непрерывающий событийный подпроцесс. Из 2 задач: Проверка-переделка

https://camunda.com/bpmn/reference/#activities-event-subprocess т.е. для каждого UserTask который может проверяться предполагается иметь отдельный непрерывающий событийный подпроцесс стартующий с уникального(для каждого проверяемого UserTask своего) события и состоящего из 1) UserTask для проверяющего где он описывает в чем проблема  и 2) копии UserTask которая м.б. проверена. + проверяем, что event может посылаться только если UserTask  соответствующего типа выполнен. Спасибо, эта схема понятна. А есть еще какой то способ "..вернуться и повториться с этого таска"?

Сделать подпроцесс внутри основного процесса, на который повесить аттачед Евент по кондишену, а кондишен получать из другого процесса

Но это все накуренные истории, bpmn не про это

Это больше на кейс похоже

Если будет 10 UserTask то нужна 10-кратная вложенность подпроцессов. Да, это как то совсем коряво..

Ну тут уже зависит от

Может после последнего предыдущие надо переделывать?

Похоже на документооборот какой-то

Т.е. UserTask д.б. максимум о забивании полей формы и валидность  заполнения должна валидироваться кодом на 100%, речь об этом?

Не понял о чем вы. То процесс, то форма. Запутали меня