Seminar Flowable Open Source für Entwickler und Architekten

Die Schulung zeigt Flowable als einbettbare Sammlung von Workflow-, Case- und Decision-Engines. Architektur und öffentliche APIs werden so vermittelt, dass sowohl eigenständige Anwendungen als auch spätere Erweiterungen und Integrationen fundiert geplant werden können.

Inhaltsverzeichnis

1. Einordnung und Einsatzfelder
2. Zielgruppe
3. Voraussetzungen
4. Lernziele
5. Seminarinhalte
   • Tag 1: Architektur, Installation und Modell-Engines
   • Tag 2: Java, REST und ereignisgesteuerte Erweiterung
   • Tag 3: Tests, Deployment und Architekturentscheidung
6. Praxisprojekt
7. Arbeitsweise im Seminar

Einordnung und Einsatzfelder

Neben Modellierung und Java-Entwicklung werden Datenbank, Jobverarbeitung, REST, Tests und Betriebsgrenzen behandelt. Unterschiede zu umfassenderen Plattformfunktionen werden sachlich eingeordnet, ohne die Open-Source-Lösung künstlich kleinzureden.

Zielgruppe

Java-Entwickler, Softwarearchitekten, technische Consultants und Teams, die eine eingebettete Workflow- oder Case-Engine evaluieren.

Voraussetzungen

Java- und Spring-Grundkenntnisse. BPMN-Kenntnisse sind hilfreich, aber nicht zwingend.

Lernziele

• Die Open-Source-Engines und ihre Einsatzgrenzen architektonisch einordnen.
• Ein Spring-Boot-Projekt mit BPMN, CMMN und DMN aufsetzen.
• Java- und REST-APIs für Laufzeitoperationen verwenden.
• Jobs, Datenbank, Historie und Tests produktionsnah konfigurieren.
• Eine tragfähige Betriebs- und Ausbauentscheidung treffen.

Seminarinhalte

Tag 1: Architektur, Installation und Modell-Engines

1. Schritt 1: BPMN-, CMMN-, DMN-, Form-, Identity- und Event-Komponenten sowie gemeinsame Services in der Gesamtarchitektur einordnen.
2. Schritt 2: Ein Spring-Boot-Projekt mit benötigten Startern, Datenbank und Konfigurationsprofilen erstellen.
3. Schritt 3: BPMN-Prozess, CMMN-Fall und DMN-Entscheidung modellieren und automatisch bereitstellen.
4. Schritt 4: Prozess- und Fallinstanzen starten, Aufgaben bearbeiten und Entscheidungen über Java Services aufrufen.
5. Schritt 5: Datenbanktabellen, Schema-Update, Historienstufen und grundlegende Mandantenmechanismen nachvollziehen.

Tag 2: Java, REST und ereignisgesteuerte Erweiterung

1. Schritt 1: Runtime-, Task-, Repository-, History- und Management-Services für Abfragen und Laufzeitoperationen einsetzen.
2. Schritt 2: Java Delegates, Listener und Spring Beans mit klaren Variablen- und Fehlerverträgen implementieren.
3. Schritt 3: Bereitgestellte REST APIs für Deployments, Instanzen, Aufgaben und Variablen sicher verwenden.
4. Schritt 4: Event Registry und Kanäle für eingehende beziehungsweise ausgehende Ereignisse konfigurieren.
5. Schritt 5: Asynchrone Jobs, Timer, Retries, Dead-Letter und Transaktionsgrenzen anhand eines Fehlerfalls untersuchen.

Tag 3: Tests, Deployment und Architekturentscheidung

1. Schritt 1: Automatisierte Tests für Modelle, Java-Erweiterungen, Timer und asynchrone Jobs erstellen.
2. Schritt 2: Datenbank, Verbindungspool, Job Executor und Logging für eine produktionsnahe Umgebung konfigurieren.
3. Schritt 3: Anwendung als ausführbares Paket oder Container bereitstellen und Health Checks sowie Konfiguration externalisieren.
4. Schritt 4: Sicherheit, Identität, Benutzeroberfläche, Administration und Skalierung als eigene Architekturbausteine bewerten.
5. Schritt 5: Open-Source-Betrieb, Eigenentwicklung und erweiterte Plattformfunktionen anhand konkreter Projektanforderungen vergleichen.

Praxisprojekt

Im Praxisprojekt entsteht eine eigenständige Spring-Boot-Anwendung mit Prozess, Fall, Entscheidung, Java-Erweiterung, REST-Zugriff, Ereignis und automatisierten Tests.

• Projekt und Engines konfigurieren.
• Modelle und Java-Erweiterung erstellen.
• REST und Ereignis anbinden.
• Tests und Deployment durchführen.

Arbeitsweise im Seminar

Die Inhalte werden in kurzen fachlichen Einführungen, Live-Demonstrationen und aufeinander aufbauenden Übungen erarbeitet. Jeder Arbeitsschritt wird zunächst begründet, anschließend am System umgesetzt und danach anhand eines prüfbaren Ergebnisses kontrolliert. Fehlerbilder und alternative Lösungswege werden bewusst einbezogen.