В таком запросе не будет "count of the finished instances and count of the ‘cleanable’ instances"

Ответили. Это ошибка в документации.

Количество завершенных экземпляров процессов можно получить вот так getHistoryService().createHistoricProcessInstanceQuery().finished().count().

Я не знаю, что конкретно имеется в виду под "cleanable".

Ок спасибо

Можете попробовать получить количество cleanable экземпляров вот так:

        ProcessEngine processEngine = ProcessEngines.getDefaultProcessEngine();
        final List<HistoricProcessInstance> finishedProcessInstances = processEngine.getHistoryService()
                .createHistoricProcessInstanceQuery()
                .finished()
                .list();

        final List<String> finishedProcessInstanceIds = finishedProcessInstances
                .stream()
                .map(pi -> pi.getId())
                .collect(Collectors.toList());

        final DelegateExecution execution = ...;

        final CleanableHistoricProcessInstanceReport cleanableHistoricProcessInstanceReport = execution.getProcessEngineServices().getHistoryService().createCleanableHistoricProcessInstanceReport().processDefinitionIdIn(finishedProcessInstanceIds.toArray(new String[0]));
        final long cleanableProcessInstanceCount = cleanableHistoricProcessInstanceReport.singleResult().getCleanableProcessInstanceCount();
        final long finishedProcessInstanceCount = cleanableHistoricProcessInstanceReport.singleResult().getFinishedProcessInstanceCount();

Can you please suggest how to implement rollback in camunda

Camunda uses mybatis as persist layer, rollback already implemented, or u mean compensation events at processes?

I have a bpmn where I'm doing a set of activities like creating orders and orchestrating them. When there is a failure, I need to provide an option to roll back previous requests in each leg.

https://docs.camunda.org/manual/7.15/reference/bpmn20/events/cancel-and-compensation-events/#:~:text=The%20compensation%20boundary%20is%20activated,the%20corresponding%20process%20instance%20ends.

Thanks I will check

Всем привет! Ребят, случалась у кого-нибудь подобная проблема insert or update on table "act_ru_variable" violates foreign key constraint "act_fk_var_exe"?
Получается, камунда хочет сделать insert в таблицу act_ru_variable но падает на том, что в таблице act_ru_execution нет такого процесса. Я смотрю, в таблице act_ru_execution не так уж много процессов, относительно нашего общего трафика. Я так понимаю, они толи туда записываются по условию, толи удаляются от туда.

А вы переменные не пытаетесь проставить в завершённый процесс?

По идее нет. Переменная проставляется в делегате. Как мне кажется, если делегат вызывает, значит процесс еще бежит

Таблицы с префиксом act_ru_*  служат для хранения данных рантайма и если там нет этого execution, значит все уже завершилось и было перемещено в таблицы хранения истории (префикс act_hi_*)

О, интересно, я не знал это. Спасибо, щас покопаю дальше!

Если нет асинхронной работы до/после сервис таски

Эта проблема обычно возникает когда процесс допустим вручную удалили или завершили, а какие то обработки ещё выполнялись, например external taskдолго временный. Тогда и выдаётся что процесса нет или завершён уже

Там вообще такая странная штука, если судить по логам - выполнился делегат (успешно, ошибок нет), и процесс видно по логам побежал дальше, выполнять следующие делегаты. Но история говорит о том, что на самом деле делегат ушел в ошибку boundaryError и терминировался. Я не понимаю, как тогда он побежал дальше выполнять делегаты. Асинхрона на этом куске нет. Тоесть  просто несколько делегатов подряд выполняются. И по логам так и есть.

А у камунды куда-нибудь сохраняется сообщение об ошибке из-за которого мы ушли в boundaryError

В job_log нету?

так, щас поищу