437 lines
19 KiB
Markdown
437 lines
19 KiB
Markdown
# Technical Paper: Imixs Workflow Engine
|
|
|
|
## Eine umfassende Analyse der Open-Source BPMN 2.0 Workflow-Engine
|
|
|
|
**Version:** 1.0
|
|
**Datum:** Juni 2025
|
|
**Autor:** Technische Dokumentation
|
|
|
|
---
|
|
|
|
## Executive Summary
|
|
|
|
Die Imixs Workflow Engine ist eine leistungsstarke Open-Source BPMN 2.0 Workflow-Engine, die auf der Jakarta EE Plattform basiert und speziell für human-zentrierte Geschäftsprozesse entwickelt wurde. Mit ihrer Micro-Kernel-Architektur, fortschrittlichen Sicherheitskonzepten und nativen Jakarta EE Integration bietet sie eine robuste Lösung für moderne Business Process Management (BPM) Anforderungen.
|
|
|
|
### Kernmerkmale
|
|
|
|
- **BPMN 2.0 Standard-Konformität** mit event-driven Modellierungskonzept
|
|
- **Micro-Kernel-Architektur** mit Plugin- und Adapter-System
|
|
- **Enterprise-Security** mit multi-level Zugriffskontrolle
|
|
- **Jakarta EE Native** für Skalierbarkeit und Vendor-Unabhängigkeit
|
|
|
|
---
|
|
|
|
## 1. Einführung
|
|
|
|
### 1.1 Projektüberblick
|
|
|
|
Imixs-Workflow ist eine Open-Source BPMN 2.0 Workflow-Engine mit moderner API und Plugin-Architektur, die Low-Code-Modellierung, Enterprise-Sicherheit und Microservice-Deployment für Java Business-Anwendungen bietet. Das Projekt konzentriert sich auf human-zentrierte Workflows und unterscheidet sich von task-orientierten Engines durch seinen event-basierten Ansatz.
|
|
|
|
### 1.2 Architektonische Vision
|
|
|
|
Das Ziel des Open-Source-Projekts ist es, die Komplexität von Business-Anwendungen zu reduzieren, indem ein flexibles Framework zur Implementierung von Geschäftslogik auf Basis des BPMN 2.0 Standards bereitgestellt wird. Die Engine ermöglicht es, Geschäftslogik modellgetrieben zu implementieren, wodurch Änderungen ohne Code-Anpassungen möglich werden.
|
|
|
|
---
|
|
|
|
## 2. BPMN 2.0 Modellierung
|
|
|
|
### 2.1 BPMN 2.0 Standard-Unterstützung
|
|
|
|
Imixs-Workflow unterstützt den BPMN 2.0 Standard und vereinfacht den Weg zu einem Low-Code-zentrierten Business Process Management. Die Business Process Model and Notation (BPMN 2.0) ist ein offener Standard zur Beschreibung von Geschäftsprozessen, die in Diagramm-Editoren visualisiert und von BPMN 2.0-konformen Prozess-Engines ausgeführt werden können.
|
|
|
|
### 2.2 Event-driven Modellierungskonzept
|
|
|
|
Die Imixs-Engine implementiert ein einzigartiges event-getriebenes Modellierungskonzept:
|
|
|
|
- **Tasks** repräsentieren verschiedene Zustände eines Geschäftsprozesses
|
|
- **Events** steuern Übergänge zwischen Zuständen
|
|
- **Gateways** ermöglichen komplexe Geschäftsregeln und Entscheidungen
|
|
|
|
Imixs-Workflow ist eine human-zentrierte Business Process Management Lösung, die ein event-getriebenes Modellierungskonzept verwendet. Innerhalb des Prozessflusses können Events entweder von menschlichen Akteuren oder Services bei jeder Aufgabe ausgelöst werden.
|
|
|
|
### 2.3 Imixs-BPMN Modeler
|
|
|
|
Das Projekt stellt mit Imixs-BPMN einen spezialisierten Modeler zur Verfügung:
|
|
|
|
- **Open-BPMN Basis**: Imixs-BPMN basiert auf dem Open Source Projekt Open-BPMN und erweitert dieses Framework mit den Aspekten eines human-zentrierten Workflow-Modells, das auf der Imixs-Workflow Engine ausführbar ist
|
|
- **Multi-Platform-Unterstützung**: Integration in Visual Studio Code, Eclipse oder Web Browser
|
|
- **Erweiterte BPMN-Elemente**: Spezielle Event-Elemente für Workflow-spezifische Funktionalitäten
|
|
|
|
### 2.4 Deployment und Model Management
|
|
|
|
Die Imixs-Workflow Rest API bietet eine komfortable Möglichkeit, ein BPMN-Modell hochzuladen oder den Deployment-Status von BPMN-Modellen zu überprüfen. Models können sowohl über die REST API als auch programmatisch deployed werden:
|
|
|
|
```java
|
|
import org.imixs.workflow.bpmn.BPMNModel;
|
|
import org.imixs.workflow.bpmn.BPMNParser;
|
|
|
|
BPMNModel model = BPMNParser.parseModel(file.getData(), "UTF-8");
|
|
modelService.importBPMNModel(model);
|
|
```
|
|
|
|
---
|
|
|
|
## 3. Micro-Kernel-Architektur
|
|
|
|
### 3.1 Architektonische Grundlagen
|
|
|
|
Die Imixs-Workflow Adapter API ist Teil des Microkernel-Architekturmusters und bietet einen Erweiterungsmechanismus zur Anpassung des Verarbeitungslebenszyklus eines BPMN Events. Diese Architektur folgt dem Hexagonal Architecture Pattern und ermöglicht eine klare Trennung zwischen Kernlogik und externen Komponenten.
|
|
|
|
### 3.2 Plugin-System
|
|
|
|
Das Plugin-System bildet das Herzstück der erweiterbaren Architektur:
|
|
|
|
#### 3.2.1 Plugin API
|
|
|
|
Die Imixs Plugin-API ist das allgemeine Erweiterungskonzept der Imixs-Workflow Engine. Plugins implementieren drei Callback-Methoden:
|
|
|
|
```java
|
|
public void init(WorkflowContext workflowContext) throws PluginException;
|
|
public ItemCollection run(ItemCollection document, ItemCollection event) throws PluginException;
|
|
public void close(boolean rollbackTransaction) throws PluginException;
|
|
```
|
|
|
|
#### 3.2.2 Two-Phase Commit Konzept
|
|
|
|
Die Imixs Plugin-API definiert drei Callback-Methoden, die von der Workflow Engine in einer einzigen Transaktion während des Verarbeitungslebenszyklus aufgerufen werden. Dies ist das Konzept eines Two-Phase Commit (2PC).
|
|
|
|
### 3.3 Adapter-System
|
|
|
|
Das Adapter-System ergänzt das Plugin-System für spezifischere Anwendungsfälle:
|
|
|
|
#### 3.3.1 Signal Adapter
|
|
|
|
- **Event-spezifische Bindung**: Im Unterschied zur Plugin API ist der SignalAdapter an ein einzelnes Event innerhalb eines BPMN 2.0 Modells gebunden. Dies ermöglicht eine feinere Konfiguration
|
|
- **Frühe Ausführung**: Ausführung vor dem Plugin-Verarbeitungslebenszyklus
|
|
|
|
#### 3.3.2 Generic Adapter
|
|
|
|
- **Modell-unabhängige Ausführung**: Allgemeine Geschäftslogik unabhängig vom BPMN-Modell
|
|
- **CDI-Integration**: Die Imixs-Workflow Adapter API unterstützt auch CDI. Auf diese Weise kann ein EJB oder eine Ressource durch die entsprechende CDI-Annotation in eine Adapter-Klasse injiziert werden
|
|
|
|
### 3.4 Hexagonal Architecture Implementation
|
|
|
|
Mit den zwei Interface-Definitionen 'Imixs-Plugin' und 'Imixs-Adapter' können Sie individuelle Funktionalitäten von der Kern-Geschäftslogik trennen, die von der Imixs-Workflow Engine verwaltet wird. Diese Architektur bietet:
|
|
|
|
- **Ports**: Interface-Definitionen für Erweiterungspunkte
|
|
- **Adapters**: Konkrete Implementierungen der Interfaces
|
|
- **Kern-Business-Logik**: Geschützt im inneren Hexagon
|
|
|
|
---
|
|
|
|
## 4. Security-Konzept
|
|
|
|
### 4.1 Multi-Level Security Model
|
|
|
|
Imixs-Workflow bietet Ihnen ein leistungsstarkes Sicherheitsmodell zum Schutz Ihrer Geschäftsdaten basierend auf individuellen Workflow-Modellen. Die Imixs-Workflow Engine unterstützt Sie mit einem Multi-Level-Sicherheitsmodell für eine feingliedrige Zugriffskontrolle.
|
|
|
|
### 4.2 Access Control Lists (ACL)
|
|
|
|
Das ACL-System ermöglicht:
|
|
|
|
- **Status-spezifische Berechtigung**: Sie können eine Access Control List (ACL) für jeden einzelnen Prozessstatus innerhalb Ihres Workflow-Modells definieren. Die ACL wird automatisch von der Imixs-Workflow Engine auf eine laufende Prozessinstanz angewendet
|
|
- **Laufzeit-Anpassung**: Sicherheitseinstellungen können zur Laufzeit geändert werden
|
|
- **Modell-getriebene Sicherheit**: Keine hardcodierte Sicherheitslogik erforderlich
|
|
|
|
### 4.3 Jakarta EE Security Integration
|
|
|
|
Die Implementierung basiert auf dem Java Authentication and Authorization Service (JAAS), das Teil der Jakarta EE Spezifikation ist. Jedes von Ihrer Anwendungsserver-Umgebung unterstützte Authentifizierungs- und Autorisierungs-Framework kann integriert werden.
|
|
|
|
#### 4.3.1 Container-Managed Security
|
|
|
|
- **Standardisierte Authentifizierung**: Integration mit Jakarta EE Security APIs
|
|
- **Vendor-Unabhängigkeit**: Läuft auf allen Jakarta EE-kompatiblen Servern
|
|
- **OIDC-Unterstützung**: Moderne Single Sign-On Lösungen
|
|
|
|
#### 4.3.2 Programmatische Sicherheit
|
|
|
|
- **API-basierte Kontrolle**: Programmatische Zugriffskontrolle über Java APIs
|
|
- **Rollen-basierte Berechtigung**: Integration mit Jakarta EE Rollen-Konzepten
|
|
- **Custom Identity Stores**: Erweiterbare Authentifizierungsquellen
|
|
|
|
### 4.4 Transparente Sicherheitsarchitektur
|
|
|
|
Mit diesem Sicherheitskonzept von Imixs-Workflow wird Sicherheit durch ein gut dokumentiertes Prozessmodell definiert und muss nicht länger hart codiert werden. Dies bietet:
|
|
|
|
- **Dokumentierte Sicherheitsrichtlinien**: Sicherheit als Teil des BPMN-Modells
|
|
- **Auditierbare Berechtigungen**: Nachvollziehbare Zugriffskontrolle
|
|
- **Business-User-freundlich**: Sicherheitsregeln ohne Programmierung anpassbar
|
|
|
|
---
|
|
|
|
## 5. Jakarta EE Plattform
|
|
|
|
### 5.1 Jakarta EE Foundation
|
|
|
|
Imixs-Workflow ist eine native Jakarta EE Workflow-Engine, die Transaktionsmanagement, JPA-Persistierung und container-managed Sicherheit out-of-the-box bietet. Entwickelt für moderne Cloud-Umgebungen, integriert sie sich nahtlos in Ihre Microservice-Architektur bei vollständiger Jakarta EE-Konformität.
|
|
|
|
### 5.2 Enterprise-Grade Funktionalitäten
|
|
|
|
#### 5.2.1 Transaktionsmanagement
|
|
|
|
- **Container-Managed Transactions**: Automatische Transaktionskontrolle
|
|
- **Two-Phase Commit**: Sichere Verarbeitung über Plugin-Grenzen hinweg
|
|
- **Rollback-Mechanismen**: Fehlerbehandlung mit automatischem Rollback
|
|
|
|
#### 5.2.2 Persistence Layer
|
|
|
|
- **JPA Integration**: Durch die Verwendung der Java Persistence API (JPA) ist die Workflow-Engine datenbankindependent und kann mit jeder relationalen SQL-Datenbank verwendet werden
|
|
- **Vendor-Unabhängigkeit**: Unterstützung aller JDBC-kompatiblen Datenbanken
|
|
- **Clustering-Support**: Multi-Node-Deployments möglich
|
|
|
|
#### 5.2.3 Application Server Support
|
|
|
|
Unterstützte Plattformen:
|
|
|
|
- **WildFly**: Mit der neuesten Version von Imixs-Workflow (6.2.0) haben wir auf GraalVM 24.1.2 und Wildfly 29.0.1-Final-JDK-17 aktualisiert
|
|
- **Payara**: Vollständige Kompatibilität
|
|
- **Open Liberty**: Eclipse MicroProfile Unterstützung
|
|
- **Apache TomEE**: Lightweight Jakarta EE Implementierung
|
|
|
|
### 5.3 Microservice-Architektur
|
|
|
|
Imixs-Workflow bietet eine RESTful API zur Integration der Imixs-Workflow Engine in eine Microservice-Architektur. In einer solchen Architektur kann die Imixs-Workflow Engine als separater Microservice deployed werden, der human-zentrierte Workflow-Aufgaben verwaltet.
|
|
|
|
#### 5.3.1 REST API
|
|
|
|
- **JAX-RS Implementation**: Standardisierte REST-Services
|
|
- **JSON/XML Support**: Flexible Datenformate
|
|
- **OpenAPI Documentation**: Automatisch generierte API-Dokumentation
|
|
|
|
#### 5.3.2 Container-Native Deployment
|
|
|
|
- **Docker Support**: Das Imixs Process Manager ermöglicht es Ihnen, innerhalb von Sekunden zu starten. Es kommt mit einem Docker Image, das lokal oder in einer containerisierten Umgebung wie Docker Swarm oder Kubernetes deployed werden kann
|
|
- **Kubernetes Integration**: Native Cloud-Deployment-Optionen
|
|
- **Horizontal Scaling**: Automatische Lastverteilung
|
|
|
|
### 5.4 Integration Capabilities
|
|
|
|
Jakarta EE ist darauf ausgelegt, die Integration verschiedener Enterprise-Komponenten und -Systeme zu unterstützen, indem es eine robuste Architektur verwendet, die nahtlose Kommunikation und Zusammenarbeit ermöglicht. Technologien wie die Java API for RESTful Web Services (JAX-RS), Java Message Service (JMS) oder Jakarta Security 3.0 bieten wesentliche Bausteine für die Entwicklung skalierbarer und interoperabler Enterprise-Anwendungen.
|
|
|
|
---
|
|
|
|
## 6. Technische Architektur
|
|
|
|
### 6.1 Core Components
|
|
|
|
#### 6.1.1 Workflow Kernel
|
|
|
|
- **Event Processing**: Zentrale Event-Verarbeitung
|
|
- **State Management**: Zustandsverwaltung für Prozessinstanzen
|
|
- **Plugin Orchestration**: Koordination der Plugin-Ausführung
|
|
|
|
#### 6.1.2 Model Service
|
|
|
|
- **BPMN Parser**: XML-basierte Modell-Verarbeitung
|
|
- **Model Validation**: Konsistenzprüfung der Prozessmodelle
|
|
- **Version Management**: Mehrere Modellversionen parallel
|
|
|
|
#### 6.1.3 Document Service
|
|
|
|
- **Process Instances**: Verwaltung von Workflow-Instanzen
|
|
- **Data Storage**: Flexible Datenstrukturen
|
|
- **History Tracking**: Vollständige Audit-Trails
|
|
|
|
### 6.2 Performance und Skalierung
|
|
|
|
Mit seiner Micro-Container-Architektur bietet Jakarta EE Funktionen für den Aufbau skalierbarer und leistungsstarker Enterprise-Anwendungen, ein kritischer Aspekt für BPM-Systeme, die oft eine erhebliche Anzahl gleichzeitiger Prozesse und Benutzerinteraktionen verwalten müssen.
|
|
|
|
#### 6.2.1 Clustering
|
|
|
|
- **Session Replication**: Zustandssynchronisation zwischen Knoten
|
|
- **Load Balancing**: Automatische Lastverteilung
|
|
- **Failover**: Hochverfügbarkeitsszenarien
|
|
|
|
#### 6.2.2 Caching
|
|
|
|
- **Second-Level Cache**: JPA-basierte Caching-Strategien
|
|
- **Process Instance Cache**: Optimierte Zugriffe auf aktive Prozesse
|
|
- **Model Cache**: Schneller Zugriff auf BPMN-Definitionen
|
|
|
|
### 6.3 Monitoring und Management
|
|
|
|
- **JMX Integration**: Management Bean Support
|
|
- **Health Checks**: Jakarta EE Health Check API
|
|
- **Metrics**: MicroProfile Metrics Integration
|
|
- **Logging**: Strukturierte Log-Ausgaben
|
|
|
|
---
|
|
|
|
## 7. Erweiterte Funktionalitäten
|
|
|
|
### 7.1 Machine Learning Integration
|
|
|
|
Mit seiner neuesten Version integriert die Open Source Workflow Engine Imixs-Workflow vollständig das AI Framework SpaCy v3.1. Die Integration basiert auf der Imixs Micro Kernel Architektur, die eine moderne modellbasierte Entwicklung ermöglicht.
|
|
|
|
#### 7.1.1 Imixs-ML Adapter
|
|
|
|
- **NLP Integration**: Natural Language Processing Funktionalitäten
|
|
- **Entity Recognition**: Automatische Extraktion von Geschäftsdaten
|
|
- **Training Model Integration**: Selbstlernende Systeme
|
|
|
|
### 7.2 Stream Analytics
|
|
|
|
Basierend auf der Imixs Micro-Kernel-Architektur kann ein Geschäftsprozess mit verschiedenen Adapter- oder Plugin-Modulen erweitert werden, die zusätzliche Funktionalität bieten. Der Imixs-ML Adapter zum Beispiel bietet eine generische API zur Integration verschiedener ML-Frameworks wie spaCy oder Apache mxnet.
|
|
|
|
### 7.3 Event Streaming
|
|
|
|
In einer event-basierten Workflow-Engine wie Imixs-Workflow werden die verschiedenen Zustände eines Geschäftsprozesses als Tasks beschrieben. Der Übergang von einem Zustand zum nächsten wird durch Event-Elemente beschrieben. Events können durch das Konsumieren eines Kafka-Streaming-Events ausgelöst werden, aber auch durch externe Services oder menschliche Akteure.
|
|
|
|
---
|
|
|
|
## 8. Deployment-Optionen
|
|
|
|
### 8.1 Traditional Deployment
|
|
|
|
#### 8.1.1 Application Server Deployment
|
|
|
|
- **WAR/EAR Deployment**: Klassische Enterprise-Deployment-Methoden
|
|
- **Shared Libraries**: Optimierte Ressourcennutzung
|
|
- **Hot Deployment**: Entwicklungsfreundliche Updates
|
|
|
|
### 8.2 Cloud-Native Deployment
|
|
|
|
#### 8.2.1 Docker Containerization
|
|
|
|
```yaml
|
|
version: "3.1"
|
|
services:
|
|
app:
|
|
image: imixs/imixs-microservice
|
|
environment:
|
|
POSTGRES_CONNECTION: "jdbc:postgresql://db/workflow"
|
|
ports:
|
|
- "8080:8080"
|
|
```
|
|
|
|
#### 8.2.2 Kubernetes Orchestration
|
|
|
|
Imixs-Office-Workflow bietet eine container-basierte Architektur, die perfekt in jede Art von Kubernetes-Clustern passt:
|
|
|
|
- **Helm Charts**: Standardisierte Kubernetes-Deployments
|
|
- **ConfigMaps**: Externalisierte Konfiguration
|
|
- **Persistent Volumes**: Datenbank- und Index-Persistierung
|
|
|
|
### 8.3 Microservice Architecture
|
|
|
|
Imixs Micro ist ein leichtgewichtiges verteiltes Workflow-Management-System basierend auf der Imixs-Workflow-Technologie. Dieses System kann beispielsweise als Workflow-Service in einer industriellen Produktionsanlage verwendet werden.
|
|
|
|
---
|
|
|
|
## 9. Development Best Practices
|
|
|
|
### 9.1 Model-Driven Development
|
|
|
|
Imixs-Workflow ist eine BPMN Workflow-Engine. BPMN gibt Ihnen den perfekten Ort, um Ihren Geschäftsprozess einschließlich des Workflows, der Verantwortlichkeiten und Geschäftsregeln zu beschreiben. Auch wenn Sie ein erfahrener Java-Entwickler sind, versuchen Sie, Ihren Geschäftsprozess zuerst im BPMN-Modell zu beschreiben.
|
|
|
|
### 9.2 Plugin Development Guidelines
|
|
|
|
```java
|
|
public class MyPlugin extends AbstractPlugin {
|
|
@Override
|
|
public ItemCollection run(ItemCollection workitem, ItemCollection event)
|
|
throws PluginException {
|
|
// Validate and aggregate
|
|
double budget = workitem.getItemValueDouble("budget");
|
|
if (budget <= 0) {
|
|
throw new PluginException(MyPlugin.class.getName(),
|
|
"INPUT ERROR", "Please enter the Budget.");
|
|
} else {
|
|
workitem.setItemValue("budget", Math.round(budget));
|
|
}
|
|
return workitem;
|
|
}
|
|
}
|
|
```
|
|
|
|
### 9.3 Signal Adapter Pattern
|
|
|
|
Versuchen Sie, SignalAdapters zu verwenden. Die Imixs-Workflow Engine bietet eine Cross-Function-API basierend auf CDI Events:
|
|
|
|
```java
|
|
public class DemoAdapter implements org.imixs.workflow.SignalAdapter {
|
|
@Inject
|
|
ModelService modelService;
|
|
|
|
@Override
|
|
public ItemCollection execute(ItemCollection document, ItemCollection event)
|
|
throws AdapterException {
|
|
// Business logic implementation
|
|
return document;
|
|
}
|
|
}
|
|
```
|
|
|
|
---
|
|
|
|
## 10. Vergleichsanalyse
|
|
|
|
### 10.1 Imixs vs. Camunda
|
|
|
|
Während Camunda eine starke Wahl für entwicklergeleitete Prozessautomatisierung bleibt, bietet Imixs-Workflow eine eigenständige Alternative für Organisationen, die ihre Business User befähigen möchten.
|
|
|
|
#### 10.1.1 Architektonische Unterschiede
|
|
|
|
- **Imixs**: Jakarta EE-basiert, human-zentriert
|
|
- **Camunda**: Spring-basiert, entwickler-orientiert
|
|
|
|
#### 10.1.2 Zielgruppen
|
|
|
|
- **Imixs**: Business Users und Fachabteilungen
|
|
- **Camunda**: Entwicklerteams und IT-Abteilungen
|
|
|
|
### 10.2 Technologische Positionierung
|
|
|
|
Jakarta EE, früher bekannt als Java EE, repräsentiert den Industriestandard für Enterprise Computing und bringt bedeutende Vorteile für die Architektur von Imixs-Workflow. Im Kern gewährleistet Jakarta EEs container-managed Ansatz optimale Ressourcenverwaltung und Transaktionsmanagement mit minimalem Konfigurationsaufwand.
|
|
|
|
---
|
|
|
|
## 11. Fazit und Ausblick
|
|
|
|
### 11.1 Zusammenfassung der Kernstärken
|
|
|
|
Die Imixs Workflow Engine zeichnet sich durch folgende Kernkompetenzen aus:
|
|
|
|
1. **BPMN 2.0 Konformität** mit erweiterten human-zentrierten Funktionalitäten
|
|
2. **Micro-Kernel-Architektur** für maximale Erweiterbarkeit und Flexibilität
|
|
3. **Enterprise-Security** mit modellgetriebenen Sicherheitsrichtlinien
|
|
4. **Jakarta EE Native** für Skalierbarkeit und Vendor-Unabhängigkeit
|
|
|
|
### 11.2 Anwendungsszenarien
|
|
|
|
Die Engine eignet sich besonders für:
|
|
|
|
- **Human-zentrierte Geschäftsprozesse** mit komplexen Approval-Workflows
|
|
- **Regulatory Compliance** Prozesse mit Audit-Anforderungen
|
|
- **Document Management** Systeme mit Workflow-Integration
|
|
- **Case Management** Anwendungen
|
|
|
|
### 11.3 Technologische Roadmap
|
|
|
|
Die Weiterentwicklung fokussiert auf:
|
|
|
|
- **Cloud-Native Features**: Erweiterte Kubernetes-Integration
|
|
- **AI/ML Integration**: Verstärkte Machine Learning Capabilities
|
|
- **Low-Code/No-Code**: Vereinfachte Business User Interfaces
|
|
- **Event Streaming**: Erweiterte Integration mit Event-driven Architectures
|
|
|
|
### 11.4 Community und Ecosystem
|
|
|
|
Imixs Workflow ist ein Open Source Projekt und wir laden Sie herzlich ein, daran teilzunehmen. Es gibt verschiedene Wege, wie Sie das tun können. Treten Sie dem Imixs Workflow Projekt jetzt auf GitHub bei. Das aktive Community-Ecosystem bietet kontinuierliche Weiterentwicklung und Support.
|
|
|
|
---
|
|
|
|
## Literaturverzeichnis
|
|
|
|
1. Imixs-Workflow Official Documentation. (2025). https://www.imixs.org/
|
|
2. Imixs-BPMN Modeler Documentation. (2025). https://www.imixs.org/sub_modeler.html
|
|
3. Jakarta EE Security Specification. (2025). https://jakarta.ee/
|
|
4. Business Process Model and Notation (BPMN) 2.0. Object Management Group.
|
|
5. Imixs-Workflow GitHub Repository. (2025). https://github.com/imixs/imixs-workflow
|
|
|
|
---
|
|
|
|
**Anhang A: API-Referenzen**
|
|
**Anhang B: Konfigurationsbeispiele**
|
|
**Anhang C: Performance-Benchmarks**
|
|
**Anhang D: Migration Guidelines**
|