Learn IT with Shikha Blogs

Le Single Sign-On (SSO) avec LDAP est largement utilisé en entreprise pour centraliser l’authentification des utilisateurs via un annuaire comme Active Directory ou OpenLDAP . Liferay DXP propose une intégration LDAP native , permettant aux utilisateurs de se connecter au portail avec leurs identifiants d’entreprise, sans gérer de mots de passe locaux. Cet article explique le principe du SSO LDAP dans Liferay , les étapes de configuration , et les bonnes pratiques . Cette architecture est couramment utilisée dans les environnements microservices modernes. 👉  environnements microservices modernes 🔹 1. Principe du SSO LDAP dans Liferay LDAP (Lightweight Directory Access Protocol) est un service d’annuaire qui stocke : utilisateurs groupes rôles unités organisationnelles Avec le SSO LDAP : l’utilisateur s’authentifie avec ses identifiants LDAP, Liferay délègue la vérification au serveur LDAP, le compte est créé ou synchronisé automatiquement. 👉 Les mots ...

 Single Sign-On (SSO) with LDAP is a common enterprise requirement where user authentication and authorization are centralized in a directory service such as Active Directory or OpenLDAP . Liferay DXP provides native LDAP integration , allowing organizations to authenticate users using their corporate credentials. This blog explains how Liferay SSO with LDAP works , its configuration , and best practices . 🔹 1. What Is LDAP SSO in Liferay? LDAP (Lightweight Directory Access Protocol) is a directory service used to store: Users Groups Roles Organizational units With LDAP SSO , users: Log in once using LDAP credentials Access Liferay without creating separate passwords Are automatically synced into Liferay 👉 Liferay does not store passwords locally when LDAP authentication is enabled. 🔹 2. Liferay LDAP SSO Architecture Authentication Flow User enters credentials on Liferay login page Liferay forwards credentials to LDAP LDAP validate...

Integrating Spring Boot with Camunda 7 is a popular and stable approach for building Java-based BPM applications . In Camunda 7, the process engine is embedded directly inside the Spring Boot application, allowing synchronous execution of BPMN processes and direct invocation of Java code from Service Tasks. This blog demonstrates a simple end-to-end integration example using Spring Boot, Camunda 7, BPMN, and Java Service Tasks. 🔹 1. Architecture Overview In Camunda 7 : The BPMN engine runs inside Spring Boot Service Tasks invoke Java classes directly Execution is synchronous Java objects can be used as process variables Transactions are managed by Spring 👉 This architecture is ideal for on-premises systems , monoliths , or internal microservices . 🔹 2. Prerequisites Java 11 or Java 17 Spring Boot 2.x Camunda 7.x Maven Camunda Modeler 🔹 3. Maven Dependencies Add the Camunda 7 Spring Boot starter: < dependency > < groupId ...

 L’intégration de Spring Boot avec Camunda 7 permet de créer des applications BPM robustes, synchrones et faciles à développer , où le moteur de processus est embarqué directement dans l’application Java. Contrairement à Camunda 8, Camunda 7 fonctionne avec un process engine Java intégré , ce qui rend l’architecture plus simple pour les applications monolithiques ou les microservices internes. Dans cet article, nous allons voir un exemple complet d’intégration Spring Boot + Camunda 7 , avec BPMN et Service Task Java. Cette architecture est couramment utilisée dans les environnements microservices modernes. 👉  environnements microservices modernes 🔹 1. Architecture Camunda 7 + Spring Boot Dans Camunda 7 : Le moteur BPMN est embarqué dans Spring Boot Les Service Tasks appellent directement du code Java Les transactions sont synchrones Les variables peuvent être des objets Java 👉 C’est une approche idéale pour : projets on-premise applications Sp...

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. Cette architecture est couramment utilisée dans les environnements microservices modernes. 👉  environnements microservices modernes 🔹 2. Prérequis Java 17+ Spring Boot 3+ Camunda 8 (Self-Managed ou SaaS)...