-
Task
-
Resolution: Fixed
-
L3 - Default
-
None
Currently, Camunda is very verbose logging thrown Exceptions on ERROR level, regardless of how the exception is handled by the application.
In CommandContext#close for instance, all Exceptions (except three dedicated types, defined in shouldLogFine and shouldLogInfo) are logged on ERROR level.
Proposed addition: User can control logging of command exceptions in the following way:
- enable / disabling exception logging for commands executed from application threads
- enable / disable execption logging for jobs that fail but still have retries left
Defaults should remain unchainged
Note:
could be engine configurations but could probably also be defining specific logger categories so that user can configure using regular logging mechanisms
Hi Camundos,
I have a question regarding the exception logging. After this was implemented, logging was like expected for a while (failed jobs logged ERROR only when no retries were left).
But now, being on v. 7.12.5-ee I am under the impression that the behaviour has changed and no ERRORs are logged from failed jobs anymore. Even when no retries are left and the job is running into an incident, messages are logged on WARN level only.
Can you please double check if everything is still working as it should?
Best regards,
Stefan