Learn IT with Shikha Blogs

L’intégration de Spring Boot avec Camunda 8 permet de construire des applications de workflow modernes, cloud-native et hautement scalables . Contrairement à Camunda 7, Camunda 8 repose sur une architecture découplée , où les processus BPMN sont exécutés par le moteur Zeebe et la logique métier est implémentée via des Job Workers externes . Dans cet article, nous verrons un exemple simple et complet d’intégration entre Spring Boot et Camunda 8. 🔹 1. Principe d’architecture Camunda 8 Dans Camunda 8 : Le processus BPMN est déployé sur le moteur Zeebe Les Service Tasks génèrent des Jobs Les Job Workers Spring Boot consomment ces jobs La communication est asynchrone et événementielle 👉 Il n’y a plus de moteur BPM embarqué dans l’application Spring Boot. 🔹 2. Prérequis Java 17+ Spring Boot 3+ Camunda 8 (Self-Managed ou SaaS) Camunda Modeler Maven 🔹 3. Dépendance Maven Ajoutez le starter Camunda 8 : < dependency > < groupId >io.camunda ...

 Integrating Spring Boot with Camunda 8 allows developers to build scalable, cloud-native workflow applications where business processes (BPMN) are executed by external workers written in Java. In this blog, we’ll walk through a simple end-to-end integration example using Camunda 8 , Zeebe, and Spring Boot. 🔹 1. What Changes in Camunda 8? Unlike Camunda 7, Camunda 8 follows a decoupled architecture : BPMN runs in the Zeebe engine Business logic runs in external Job Workers Spring Boot apps connect via the Zeebe client Communication is event-driven and asynchronous 👉 There is no embedded engine inside Spring Boot in Camunda 8. 🔹 2. Architecture Overview Flow: BPMN process deployed to Camunda 8 Service Task creates a Job (with a type) Spring Boot Job Worker subscribes to that type Worker executes logic and updates process variables 🔹 3. Prerequisites Java 17+ Spring Boot 3+ Camunda 8 (Self-Managed or SaaS) Camunda Modeler ...

 Dans Camunda 8 , les Service Tasks ne sont plus exécutées de manière embarquée comme dans Camunda 7. Elles sont traitées par des Job Workers externes , ce qui permet une architecture cloud-native, scalable et découplée . Avec Spring Boot , l’annotation @JobWorker est la manière la plus simple et la plus propre d’implémenter un Service Task en Java. 🔹 1. Principe de fonctionnement Dans Camunda 8 : Un Service Task BPMN crée un Job Le Job est identifié par un type Un Job Worker Java s’abonne à ce type Le worker exécute la logique métier et met à jour les variables 👉 Le type du Service Task dans le BPMN doit correspondre exactement au type défini dans @JobWorker . 🔹 2. Configuration du Service Task dans BPMN Dans Camunda Modeler : Ajouter un Service Task Implementation : Job Worker Type : payment-worker (exemple) (Optionnel) Retries : 3 📌 Ce type sera utilisé côté Java. 🔹 3. Dépendance Maven (Spring Boot) < dependency > ...