Learn IT with Shikha Blogs

 Dans les workflows métier, il arrive que plusieurs chemins doivent être exécutés selon certaines conditions — mais pas forcément un seul ni tous. Exemple : Si montant > 10 000 → validation manager Si client nouveau → vérification KYC Si produit fragile → contrôle qualité Parfois une seule condition est vraie, parfois plusieurs. Pour cela on utilise le Inclusive Gateway (OR Gateway) . Cette architecture est couramment utilisée dans les environnements microservices modernes. 👉  environnements microservices modernes 📌 Qu’est-ce qu’un Inclusive Gateway ? Le Inclusive Gateway permet d’activer une ou plusieurs branches simultanément selon les conditions . Contrairement : Exclusive Gateway → un seul chemin Parallel Gateway → tous les chemins Inclusive Gateway → certains chemins 🖼️ Diagramme Inclusive Gateway 4 🧠 Comment fonctionne l’Inclusive Gateway Il existe deux comportements : 1️⃣ Division conditionnelle Plusieurs flux peuvent démarrer si leurs conditions sont vraies. 2...

 Introduction Les entreprises utilisent souvent Liferay comme une puissante plateforme de portail et de gestion de contenu, tandis que jBPM sert de moteur robuste de workflow et de gestion des processus métier (BPM). Lorsqu’ils sont intégrés, Liferay peut agir comme le portail front-end , et jBPM comme le moteur de workflow , permettant des flux d’approbation, la gestion de cas, l’automatisation des décisions et l’orchestration métier. Dans ce blog, nous allons explorer: Pourquoi intégrer Liferay avec jBPM L’architecture globale Les approches d’intégration Des cas d’utilisation réels Les étapes d’intégration Les bonnes pratiques Cette architecture est couramment utilisée dans les environnements microservices modernes. 👉  environnements microservices modernes Pourquoi intégrer Liferay avec jBPM ? Liferay gère l’interface utilisateur, les portails, les utilisateurs, les rôles, les permissions et le contenu , tandis que jBPM gère la logique des processus, les workflows, les rè...

Les processus métiers modernes nécessitent souvent d'appeler des services externes : microservices internes, API publiques ou systèmes tiers. Avec jBPM , cela est très simple grâce au REST Work Item Handler (REST WIH) , également appelé Composant REST . Dans cet article, vous allez apprendre : Ce qu’est le composant REST Comment le configurer dans jBPM Comment effectuer des appels GET, POST, PUT, PATCH, DELETE Comment envoyer des en-têtes, paramètres et corps JSON Comment récupérer les réponses et les stocker dans des variables du processus Les bonnes pratiques Cette architecture est couramment utilisée dans les environnements microservices modernes. 👉  environnements microservices modernes 🔹 Qu’est-ce que le Composant REST dans jBPM ? Le REST Work Item Handler permet à votre processus BPMN d’effectuer des appels REST externes. Il permet : ✔ d’appeler n’importe quelle API REST ✔ d’utiliser GET / POST / PUT / DELETE / PATCH ✔ d’envoyer un corps JSON/XML...

🚀 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. Cette architecture est couramment utilisée dans les environnements microservices modernes. 👉  environnements microservices modernes 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 process...