Learn IT with Shikha Blogs

  Camunda Cockpit affiche un incident sans message d’erreur – Causes et solutions Dans Camunda 7 , les incidents Cockpit servent à identifier rapidement les échecs d’exécution. Cependant, un problème fréquent en production est le suivant : ❌ Un incident apparaît dans Cockpit, mais aucun message d’erreur clair ni stack trace n’est visible. Cet article explique pourquoi cela arrive , comment retrouver la véritable cause , et les solutions concrètes utilisées en environnement entreprise. 1️⃣ Qu’est-ce qu’un incident dans Camunda ? Un incident est créé lorsque : l’exécution d’un job échoue, le nombre de retries atteint 0 , le moteur ne peut plus continuer l’exécution du processus. Les incidents concernent généralement : des Service Tasks , des External Tasks , des Timers , des continuations asynchrones . 2️⃣ Pourquoi Cockpit affiche un incident sans erreur 🔴 Cause 1 : L’erreur réelle s’est produite plus tôt Camunda affiche souvent le dernier état connu , pas toujours l’exception ...

Camunda 7 – Les retries des External Tasks ne fonctionnent pas : causes et solutions Les External Tasks sont très utilisées dans Camunda 7 pour découpler la logique métier du moteur BPM. Cependant, un problème très fréquent en production est le suivant : ❌ Les retries des External Tasks ne se déclenchent pas correctement. Dans cet article, nous expliquons pourquoi les retries échouent , les causes réelles , et surtout comment corriger le problème de manière sûre en production . 1️⃣ Fonctionnement des retries des External Tasks dans Camunda 7 Dans Camunda 7, les retries sont contrôlés par : Le nombre de retries Le lockDuration Le lockExpirationTime La logique d’erreur implémentée dans le worker 👉 Un retry n’est déclenché que si le worker appelle explicitement handleFailure() . 2️⃣ Causes les plus fréquentes lorsque les retries ne fonctionnent pas ❌ 1. handleFailure() n’est pas appelé correctement Implémentation incorrecte (très courante) : try { // ...