Following-up on the kick-off analysis for Idempotency of change variables batch operation, one question arose regarding the removal of the ifExists flag for the async operations for the deletion of process instances (both runtime and historic): why do we persist the failIfNotExists flag state in the database for Batch Operations but if it cannot be configured? It's used in botch DeleteProcessInstancesJobHandler and DeleteHistoricProcessInstancesJobHandler.
Acceptance Criteria (Required on creation)
Determine whether the persistence of this flag is required.
Description
Following-up on the kick-off analysis for Idempotency of change variables batch operation, one question arose regarding the removal of the ifExists flag for the async operations for the deletion of process instances (both runtime and historic): why do we persist the
failIfNotExists
flag state in the database for Batch Operations but if it cannot be configured? It's used in botch DeleteProcessInstancesJobHandler and DeleteHistoricProcessInstancesJobHandler.Acceptance Criteria (Required on creation)
Hints
Links
Breakdown
Dev2QA handover