Learn IT with Shikha Blogs

🚀 Introduction Dans jBPM, les Signaux sont utilisés pour communiquer entre différents processus. Ils permettent à une instance de processus d’émettre un événement auquel d’autres processus (ou des nœuds du même processus) peuvent écouter et réagir. Les signaux sont utiles pour: Déclencher un processus à partir d’un autre ⏸️ Interrompre un flux de processus lorsqu’un événement se produit Synchroniser plusieurs processus en cours d’exécution Contrairement aux messages (qui sont point à point), les signaux sont diffusés — tous les écouteurs en attente du signal réagiront. Prérequis jBPM / Business Central & KIE Server installés ☕ JDK 11+ (ou JDK 17) Accès à : http://localhost:8080/business-central Étape 1: Créer un signal dans Business Central Ouvrez votre projet dans Business Central ➕ Ajoutez un nouveau processus ou ouvrez-en un existant Allez dans les propriétés du processus → Définitions globales Ajoutez une définition de Signal (par ex...

 💡 Introduction Les signaux dans jBPM 7 sont essentiels pour créer des processus orientés événements et asynchrones . Ils permettent de démarrer , reprendre ou coordonner plusieurs processus sans lien direct. Mais la portée d’un signal détermine jusqu’où il se propage et qui peut le recevoir . Dans ce guide, nous verrons les quatre portées disponibles dans jBPM 7 : 🔹 Portée Processus 🔹 Portée Défaut (Default) 🔹 Portée Externe 🔹 Portée Instance de projet 🧠 1️⃣ Qu’est-ce qu’un signal dans jBPM ? Un signal est un événement nommé qui peut être émis (Throw) ou capté (Catch) pendant l’exécution d’un processus. Type d’événement Description Start Signal Event Démarre un processus lorsqu’un signal est reçu Intermediate Catch Signal Event Attend la réception d’un signal Intermediate Throw Signal Event Envoie un signal à un autre processus Boundary Signal Event Interrompt ou poursuit un flux lors de la réception 🧩 2️⃣ Vue d’ensemble des portées de si...

💡 Introduction Signals in jBPM 7 are a core part of event-driven workflow design. They allow asynchronous communication between process instances, making it possible to start , interrupt , or coordinate processes without direct linking. However, signals can have different scopes , which define how far the signal travels and who receives it . Let’s explore the four available scopes in detail: 🔹 Process Scope 🔹 Default Scope 🔹 External Scope 🔹 Project Instance Scope 🧩 1️⃣ Process Scope 📘 Definition Process scope signals are local to a single process instance or its child subprocesses . They are not visible outside that instance hierarchy. 📋 Use Case Used for communication inside the same process , like triggering subprocesses or event sub-processes. 🖼️ Process Scope Example Below is an example of a simple process-scoped signal. Only this process (or its subprocess) will catch this signal. ⚙️ 2️⃣ Default Scope 📘 Definition The default scope ...

  💡 Introduction Les processus BPMN traditionnels sont structurés et prévisibles , chaque étape étant définie à l’avance. Cependant, dans la réalité, certains scénarios métiers nécessitent une flexibilité accrue — comme le traitement des plaintes clients, les réclamations d’assurance ou les dossiers juridiques — où chaque cas évolue différemment. C’est là qu’intervient le Case Management dans jBPM 7 . Il permet de créer des processus dynamiques, pilotés par les événements et centrés sur les connaissances , où les utilisateurs peuvent prendre des décisions pendant l’exécution , et non uniquement à la conception. 🧠 1️⃣ Qu’est-ce que le Case Management ? Le Case Management (ou gestion de cas) est un processus piloté par les connaissances où le flux n’est pas strictement défini. Il combine la prise de décision humaine et l’ automatisation , permettant une exécution flexible et contextuelle. ✅ Différence entre BPMN et Case Management : Fonctionnalité Processus BPMN Case ...

  💡 Introduction Traditional BPMN processes are structured and predictable , defining every path in advance. However, real-world business scenarios often need flexibility — such as handling customer complaints, legal cases, or insurance claims — where each case evolves differently. That’s where Case Management in jBPM 7 comes in. It enables dynamic, event-driven, and context-aware processes , giving knowledge workers the ability to make decisions during execution — not just at design time. 🧠 1️⃣ What Is Case Management? Case Management is a knowledge-driven process where the flow isn’t strictly predefined. It combines human decision-making with automated process fragments , allowing flexibility in execution. ✅ Key difference from BPMN: Feature BPMN Process Case Management Flow Type Predefined Dynamic & flexible Control Process engine Case worker decisions Adaptability Low High Example Order fulfillment Customer complaint resolution 🧩 2️⃣ Core Concepts in jBPM...