это ibatis :D

Дожили 😂

Неужели нет стандартной настройки какой-то для изменения времени жизни истории?

Вы ее задаете на уровне каждой модели, а также глобально на конфиге двика

History Time To Live (TTL)
Хронологическое время жизни (TTL) определяет, как долго исторические данные должны оставаться в базе данных, прежде чем она будет очищена.

Процесс, случай и экземпляры решений: TTL может быть определен в XML-файле соответствующего определения. Кроме того, это значение можно изменить после развертывания С помощью Java и REST API.
Пакеты: TTL может быть определен в конфигурации ядра процесса.
Instance End Time
Конечное время - это время, когда экземпляр больше не активен.

Экземпляры процесса(BPMN): время, когда экземпляр завершается.
Инстанция принятия решения(DMN): время, когда решение оценивается.
Case Instances: время, когда экземпляр завершается.
Batch: время, когда пакет завершается.
Конечное время сохраняется в соответствующих таблицах экземпляров - ACT_HI_PROCINST, ACT_HI_CASEINST, ACT_HI_DECINST, ACT_HI_BATCH.

Instance Removal Time
Время удаления - это время, после которого экземпляр должен быть удален. Он вычисляется как removal time = base time + TTL. Базовое время настраивается и может быть либо временем начала, либо временем окончания экземпляра. В частности, это означает::

Экземпляры процесса(BPMN): базовое время-это либо время начала экземпляра процесса, либо время его завершения. Это настраивается.
Экземпляры принятия решений(DMN): базовое время-это время, в течение которого оценивается решение.
Case Instances: концепция времени удаления не реализована для case-экземпляров.
Batch: базовое время-это либо время, когда создается пакет, либо время, когда пакет завершен. Это настраивается.
Для экземпляров процессов и решений в иерархии (например, экземпляр процесса, который запускается другим экземпляром процесса с помощью Call Activity BPMN) время удаления всех экземпляров всегда равно времени удаления корневого экземпляра.

Removal Time присутствует в Camunda только с версии 7.11. Стратегия на основе этого параметра является дефолтной и предпочтительной почти для всех кейсов.

какой ужасный перевод )

Плохой перевод документации камунды про очистку) В целом если прочитаете их доку станет всё понятно)

да есть такое

ну самое главное наверное тут вот это -  Removal_Time_ - это время, после которого экземпляр должен быть удален. Он вычисляется как removal time = base time + TTL. Базовое время настраивается и может быть либо временем начала, либо временем окончания экземпляра

а еще там есть загадочный none

а ну да

а я по докам понял так , что время с которого считать начинается с начала или окончания, выбирается стратегией, а вот base_time это что то другое. У меня например ттл - 14 дней стоит, а удаляется процесс после end_time + 3 месяца + 14 дней

вот эти 3 месяца где заданы непонятно

а 14 дней где заданы?

В пропертях как ттл и почти на каждой бпмн схеме тоже как ттл

base_time это либо время окончания инстанса, либо время начал инстанса. зависит от указанной в конфиге движка стратегии

ну вот у меня стоит historyCleanupStrategy: endTimeBased
batchOperationHistoryTimeToLive: 14 , а удаление просиходит так end_time + 3 месяца + 14 дней

так батч это для батчей

а не для инстансев процесса