Flowable operations and troubleshooting

Day-two work on running Flowable engines: failed jobs, retries, monitoring endpoints, logging, audit events and the errors that stop an engine from starting.

Handling Flowable deadletter jobs

Finding and fixing Flowable jobs that ran out of retries: the deadletter table, reading the exception, fixing data or code, moving jobs back for execution, and alerting before users notice stuck processes.

Configuring Flowable failed job retries

Setting how Flowable retries failing async jobs and timers: the default of three attempts, failedJobRetryTimeCycle expressions, HTTP task retry patterns, and choosing retry windows that match downstream outages.

Managing Flowable with JMX

Connecting JMX clients to a Flowable engine: enabling flowable-jmx, the attributes and operations available such as enabling the job executor and deploying definitions, and securing the JMX service URL.

Flowable logging with mapped diagnostic context

Making Flowable logs traceable: SLF4J mapped diagnostic context fields for process definition, instance and execution IDs, log levels for engine packages, and correlating engine logs with application logs.

Flowable event logging for audit trails

Turning on Flowable's database event logger or a custom flusher to stream engine events as JSON to a queue or search store, and how it differs from history tables.

Flowable timers and async jobs not running

Troubleshooting Flowable timers that never fire and async steps that never continue: async executor activation, unlocked jobs, suspended definitions, expired locks after crashes, and clock or time zone issues.

Talk to our team.

Tell us what you're working on, whether it's a deployment, an audit, a security test or a cyber range. You'll speak with an engineer who can help you scope it.

  • 30-minute call: free, with no obligation.
  • NDA on request: we can sign before you share details.
  • Clear next steps: a scope and plan after the call.