Learn IT with Shikha Blogs

  Introduction Lors de la conception de workflows BPMN avec des moteurs comme Camunda , un problème fréquent est que l'exécution du processus reste bloquée au niveau d'une passerelle parallèle (Parallel Gateway) . Le modèle BPMN peut sembler correct, mais l’instance du processus n’avance plus . La raison principale est la gestion des jetons (tokens) dans les passerelles parallèles. Une passerelle parallèle (AND Gateway) divise le processus en plusieurs chemins exécutés en parallèle et attend ensuite que tous les jetons arrivent avant de continuer. Si un seul jeton manque, l’exécution reste bloquée indéfiniment . Fonctionnement d'une Passerelle Parallèle 4 Une passerelle parallèle fonctionne de deux manières: 1️⃣ Division (Fork) Un jeton entrant est divisé en plusieurs jetons exécutés en parallèle. Exemple : Tâche A | Passerelle Parallèle / \ Tâche B Tâche C Les tâches B et C s'exécutent en même temps. 2️⃣ Synchronisation (Join) La passerelle attend tous...

 Introduction While designing BPMN workflows in engines like Camunda, one of the most common runtime issues developers encounters is process execution getting stuck at a Parallel Gateway . At first glance, everything may look correct in the model, but the process instance never moves forward. Understanding how tokens behave at a parallel gateway is the key to solving this problem. A Parallel Gateway (AND Gateway) splits the workflow into multiple parallel paths and synchronizes them later. The workflow continues only when all incoming sequence flows reach the gateway . If one token never arrives, the process waits indefinitely , causing the execution to appear stuck. BPMN Parallel Gateway Basics A parallel gateway works in two ways: 1️⃣ Split (Fork) One incoming token creates multiple parallel tokens. Example: Task A | Parallel Gateway / \ Task B Task C Both Task B and Task C execute simultaneously. 2️⃣ Join (Synchronization) A joining parallel gateway waits for tok...

  Introduction Lors de la conception de workflows avec Camunda , les développeurs rencontrent souvent deux approches pour automatiser les étapes d’un processus : Service Task External Task Les deux permettent d’exécuter une logique automatisée dans un workflow BPMN, mais ils utilisent des architectures et des modes d’exécution différents . Comprendre la différence est essentiel pour concevoir des systèmes d’automatisation robustes et évolutifs . Qu'est-ce qu'une Service Task dans Camunda? Une Service Task est une activité BPMN utilisée pour exécuter automatiquement une logique métier dans le moteur de workflow . Les implémentations courantes incluent : classes JavaDelegate scripts appels API REST beans Spring Exemple JavaDelegate : public class PaymentDelegate implements JavaDelegate { public void execute ( DelegateExecution execution ) { System . out . println ( "Paiement en cours de traitement" ); } } Dans ce cas : Moteur Camunda → exécute le c...

  Introduction When designing workflows in Camunda , developers often encounter two ways to automate process steps: Service Task External Task Both are used to execute automated logic in a BPMN workflow, but they follow different execution patterns and architecture styles . Understanding the difference helps you design scalable and maintainable workflow systems . What is a Camunda Service Task? 4 A Service Task is a BPMN activity used to execute automated work inside the workflow engine . Typical implementations include: JavaDelegate classes Script execution REST API calls Spring beans Example JavaDelegate: public class PaymentDelegate implements JavaDelegate { public void execute ( DelegateExecution execution ) { System . out . println ( "Processing payment" ); } } In this case: Process Engine → Calls Java Code → Continues Process The logic runs inside the same JVM as the Camunda engine . A service task represents a work item in a process and triggers l...