Comparaison des Passerelles dans jBPM : Inclusive vs Parallèle vs Exclusive (en Français)

 Lors de la modélisation de processus métiers avec jBPM, les passerelles (gateways) sont des éléments essentiels pour contrôler la façon dont le flux de travail se divise et se rejoint. Choisir la bonne passerelle garantit que votre logique de processus se comporte comme prévu.

Dans cet article, nous allons comparer les trois passerelles les plus utilisées : Inclusive (OR), Parallèle (AND) et Exclusive (XOR).

🔹 Passerelle Exclusive (XOR)

Comportement :

  • Une seule voie de sortie est prise, selon la première condition vérifiée.

  • Les conditions sont évaluées dans l’ordre, la première qui est vraie est suivie.

  • Un chemin par défaut peut être configuré si aucune condition n’est remplie.

Cas d’usage :

  • Choisir un repas en fonction du budget ou de la préférence (un seul repas possible).

Exemple de condition (MVEL) :

budget >= 300 && isVegetarian == true

🔹 Passerelle Parallèle (AND)

Comportement :

  • Toutes les voies de sortie sont activées simultanément.

  • Aucune condition n’est vérifiée : toutes les branches s’exécutent en parallèle.

  • Au point de convergence, la passerelle attend que toutes les branches entrantes soient terminées.

Cas d’usage :

  • Effectuer plusieurs tâches en même temps, par exemple envoyer un email, mettre à jour la base de données et notifier un responsable.

🔹 Passerelle Inclusive (OR)

Comportement :

  • Une ou plusieurs voies de sortie peuvent être prises, selon les conditions.

  • Contrairement à l’Exclusive, plusieurs conditions peuvent être vraies ; plusieurs branches s’exécutent donc en parallèle.

  • Au point de convergence, la passerelle attend uniquement les branches activées.

Cas d’usage :

  • Traitement de commande où la facturation et l’expédition peuvent être déclenchées ensemble si les conditions sont remplies.

Exemple de condition (MVEL) :

technologies.contains("Java")

Comparaison des Passerelles dans jBPM : Inclusive vs Parallèle vs Exclusive (en Français)

Tableau comparatif des passerelles jBPM
Passerelle Comportement au Split Conditions Comportement au Merge Cas d’usage typique Exemple jBPM/MVEL Pièges fréquents
Exclusive (XOR) Une seule voie de sortie est prise. Oui — la première condition true l’emporte ; flux par défaut possible. Poursuit quand l’unique branche entrante est terminée. Choisir exactement une option (ex. un seul type de repas). budget >= 300 && isVegetarian == true
Un flux par défaut gère l’absence de correspondance. 		Confondre = (affectation) avec == (comparaison) ; ordre des conditions.
Parallèle (AND) Toutes les voies de sortie démarrent en même temps. Non — aucune condition, toutes les branches s’exécutent. La passerelle de convergence attend toutes les branches. Exécuter en parallèle : envoyer email, journaliser, mettre à jour la base. N/A (pas de condition sur les flux) Oublier la jonction parallèle ; essayer d’ajouter des conditions (non supporté).
Inclusive (OR) Une ou plusieurs voies de sortie peuvent être prises. Oui — chaque flux dont la condition est true est activé. La convergence attend uniquement les branches activées. Branchement flexible : facturer si requis, expédier si en stock, notifier si VIP. technologies != null && technologies.contains("Java")
budget >= 300 		Définir un défaut qui tire toujours ; mauvaise méthode (contain au lieu de contains).

Notes : Utilisez MVEL sur les flux sortants pour les passerelles Exclusive et Inclusive. Assurez-vous que la passerelle de convergence correspond au type de split (XOR→XOR, AND→AND, OR→OR).

🛠 Bonnes pratiques

  • Utiliser Exclusive Gateway lorsqu’un seul choix est nécessaire.

  • Utiliser Parallel Gateway lorsque toutes les tâches doivent s’exécuter en parallèle.

  • Utiliser Inclusive Gateway lorsque plusieurs conditions peuvent être vraies et que des branches multiples sont possibles.

🧩En résumé 




✅ Conclusion

Les passerelles permettent un contrôle précis de la logique des processus dans jBPM. En choisissant la bonne (Inclusive, Parallèle ou Exclusive), vous pouvez modéliser des flux de travail reflétant fidèlement les règles métier.

💼 Support professionnel disponible

Si vous rencontrez des problèmes sur des projets réels liés au développement backend d’entreprise ou à l’automatisation des workflows, je propose des services de conseil payants, de débogage en production, de support projet et de formations ciblées.

Les technologies couvertes incluent Java, Spring Boot, PL/SQL, Azure, ainsi que l’automatisation des workflows (jBPM, Camunda BPM, RHPAM).

📧 Contact: ishikhanirankari@gmail.com | info@realtechnologiesindia.com

🌐 Website: IT Trainings | Digital lectern | Digital rostrum | Digital metal podium

Comments

Post a Comment

Popular posts from this blog

jBPM Installation Guide: Step by Step Setup

  jBPM Installation Guide – Step by Step for Beginners If you are starting with jBPM (Java Business Process Management) , the first step is to set up your environment. In this guide, we’ll walk through how to install jBPM, configure it, and run your first business process. 🔎 What is jBPM? Before we dive into installation, a quick recap: jBPM is an open-source Business Process Management (BPM) suite , written in Java, that allows you to model, execute, and monitor workflows using BPMN 2.0 standards. It can run standalone , embedded in applications , or deployed on a Java EE server . 🖥️ Prerequisites Before installing jBPM, make sure you have: Java JDK 11 or later (Java 17 is commonly used) Maven 3.x (for building and managing dependencies) Git (optional, if you want to clone sample projects) A Database (H2, MySQL, PostgreSQL, or Oracle) – jBPM ships with H2 for testing At least 4GB RAM (8GB recommended for Workbench & KIE Server) 📦 Download ...
Read more

Scopes of Signal in jBPM

Image
💡 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 ...
Read more

OOPs Concepts in Java | English | Object Oriented Programming Explained

Image
🔹OOPS (Object Oriented Programming System) in Java Object-Oriented Programming (OOPS) is a programming paradigm that uses classes and objects to design software. It simplifies development and maintenance by applying key concepts: 📌 Class: Class   is a user-defined data type which defines its properties and its functions. Class is the only logical representation of the data. For example, Human beings in an organisation is a class like Employee. The age, name, department, salary etc. of a human being/employee are its properties, and the jobs performed by the employees in an organisation are known as functions.  The class does not occupy any memory space till the time an object is instantiated. A class is a user-defined data type that defines properties and functions. For example: Class: Employee Properties: name, age, salary Functions: work(), attendMeeting() A class does not occupy memory until an object is created. ...
Read more