JBoss jBPM und Drools - Geschäftsprozesse und Regeln mit Open Source Java

Java User Group Berlin Brandenburg
Berlin, 04.02.2009
bernd.ruecker@camunda.com
Vorstellung JBoss jBPM und Drools
Geschäftsprozesse und Regeln mit
Open Source Java

Bernd Rücker / ber nd.r uecker @cam unda.com / 2
• Berater, Trainer, Coach
• Softwareentwickler
• Committer im JBoss jBPM-Projekt
• Themen:
– BPM & SOA
– Process Execution (jPDL, BPEL, XPDL, …)
– JBoss SOA Platform (jBPM, ESB, Drools, …)
– Enterprise Anwendungen mit Java EE
• Siehe www.camunda.com
• Blog www.bpm-guide.de
Bernd Rücker
Wer bin ich?

Eckdaten zum Unternehmen
Einleitung
camunda GmbH
Gegründet: November 2002
camunda services GmbH
Gegründet: März 2008
Mitarbeiter: 6
Sitz: Berlin / Stuttgart
Unsere Leistungen
•Beratung
•Seminare
•Process Hosting
Unsere Themen
• Ganzheitliches BPM
• Prozessautomatisierung
• SOA, BPEL, XPDL,
• JBoss SOA Platform (jBPM,
Drools, ESB)
• BPMN
• BPM-Toolauswahl

„Ein Prozess ist eine Struktur, deren Elemente Aufgaben,
Aufgabenträger, Sachmittel und Informationen sind, die durch logische
Folgebeziehungen verknüpft sind. Darüber hinaus werden deren
zeitliche, räumliche und mengenmäßige Dimensionen konkretisiert. Ein
Prozess hat ein definiertes Startereignis (Input) und ein Ergebnis (Output)
und dient dazu, einen Wert für Kunden zu schaffen.“
Synonyme: Geschäftsprozess, Business Process
Was ist ein Prozess?
Begriffsdefinition
Kunde Input Output Kunde
Logische
Aufgabenfolge
Fischermanns, Guido:
Praxishandbuch Prozessmanagement

Einfaches Prozessmodell
Begriffsdefinition
Kunde
Bestel-
lung Lieferung Kunde
Bestell-
annahme
Rechnung-
stellung
Waren-
entnahme
Versand

Ein „digitaler“ Prozess
mit Business Process Engine
Task
Zuweisung
Service
Aufruf
Task
Zuweisung
IT
Δ Durchlaufzeit
Process Engine
Human Workflow Human WorkflowEAI
SOA

Process Execution
Business Process Engine
Task
Zuweisung
Service
Aufruf
Task
Zuweisung
Tasklist Externes
System
Transaction / Request
process execution
Zeit
Process Execution Engine
…
Client
1.) Aufgabe erzeugen
2.) Aufgabe abschließen
1.) System aufrufen / Message
2.) Asynchrone Antwort als Message

Business Process Engine (BPM-Engine)Business Process Engine (BPM-Engine)
Definition Laufzeit
Business Process Engine
Middleware für Geschäftsprozesse
PersistenzPersistenz
Prozess-
Ausführung
Prozess-
Ausführung
Prozess-
definitionen
Prozess-
definitionen
AdministrationAdministrationProzess-
Logs
Prozess-
Logs
Aufgaben-
Verwaltung
Aufgaben-
Verwaltung
Sachbearbeiter
Fremd-
Anwendungen
Fremd-
Anwendungen
Business Analyst
Administrator
Entwickler
SimulationSimulation

• Business Process Engine
• „Library“
• POJO-Kern: Interne Prozessrepräsentation durch
Java-Modelle
• Persistenz über Hibernate (DB-Unabhängigkeit)
• Lauffähig mit oder ohne Application-Server
• Klein und flexibel, leicht erweiterbar
• Aktuell Version 3.2, Version 4 in der Entwicklung
• Open Source (LGPL)
JBoss jBPM
Open Source Process Execution

„Graph oriented programming“
Der Prozess als gerichteter Graph
Node
Transition
from to
**
leaving
Transitions
arriving
Transitions
Token
current
Node
1
<process-definition>
...
<node name=“serve client”>
<transition name=“ok” to=“order” />
<transition name=“nok” to=“joke” />
</node>
<node name=“order” />
<node name=“joke” />
...
</process-definition>
<process-definition>
...
<node name=“serve client”>
<transition name=“ok” to=“order” />
<transition name=“nok” to=“joke” />
</node>
<node name=“order” />
<node name=“joke” />
...
</process-definition>

• Execute Methode implementiert Verhalten
• Konfiguration der Node-Typen per XML
Implementierung Verhalten

Token-Hierarchie

• Process Engine ist eigene Architekturschicht
• Domänenobjekte oder Referenzen als
Prozessvariablen
• Ansteuerung ext.
Services
Business Process Engine in Java
Architektur
EJB-Container (oder Tomcat oder Java SE)EJB-Container (oder Tomcat oder Java SE)
Session
Bean
Session
Bean
JCAJCA JMSJMSEJBEJB
WSWS
jBPM (jPDL)
Human
Task
Mgmnt
Human
Task
Mgmnt

Prozess: Grafik / XML  Java  DB
XMLXML
DBDB
jBPM APIjBPM API
deploy
.class.class
Neue
Version

• Task-Node: Human Tasks / Aufgaben
• State: Wait-States
• Fork / Join: Parallelisierung
• Decision: Automatische Entscheidung
• Start-State / End-State
• Super-State
• Process-State
• …
• Eigene Node-Typen mit
Verhalten können
implementiert werden
Verschiedene Node-Typen
jBPM in a nutshell

• Einfache Java-API zur Steuerung der Engine
– Prozessstart
– Aufgabenliste
– …
• Aufrufen von „User-Code“
– definierte Stellen im Prozess
– Interface & Java-Klassen
jBPM & Java
jBPM in a nutshell

public class MyAction implements ActionHandler {
public void execute(ExecutionContext ctx) {
Object var = ctx.getVariable("var");
result = service.doSomething(var);
ctx.setVariable("result", result);
}
}
public class MyAction implements ActionHandler {
public void execute(ExecutionContext ctx) {
Object var = ctx.getVariable("var");
result = service.doSomething(var);
ctx.setVariable("result", result);
}
}
jBPM & Java
jBPM in a nutshell
JbpmConfiguration conf = JbpmConfiguration.getInstance();
JbpmContext context = conf. createJbpmContext();
ProcessInstance pi = context.getGraphSession().
findLatestProcessDefinition("Ticket").createProcessInstance();
pi.getRootToken().signal();
List<TaskInstance> tasks = context.getTaskMgmtSession().
findTaskInstances("Vertrieb");
tasks.get(0).end("Ticket schliessen");
context.close();
JbpmConfiguration conf = JbpmConfiguration.getInstance();
JbpmContext context = conf. createJbpmContext();
ProcessInstance pi = context.getGraphSession().
findLatestProcessDefinition("Ticket").createProcessInstance();
pi.getRootToken().signal();
List<TaskInstance> tasks = context.getTaskMgmtSession().
findTaskInstances("Vertrieb");
tasks.get(0).end("Ticket schliessen");
context.close();

Command-Pattern
Remote-Zugriffe und Asynchronität
public class TaskInstanceEndCommand
implements Command {
...
public Object execute(JbpmContext jbpmContext) {
TaskInstance taskInstance =
getTaskInstance(jbpmContext);
if (transitionName == null) {
taskInstance.end();
} else {
taskInstance.end(transitionName);
}
return taskInstance;
}
...
}
public class TaskInstanceEndCommand
implements Command {
...
public Object execute(JbpmContext jbpmContext) {
TaskInstance taskInstance =
getTaskInstance(jbpmContext);
if (transitionName == null) {
taskInstance.end();
} else {
taskInstance.end(transitionName);
}
return taskInstance;
}
...
}

Beispiel: EJB3 + Swing
EJB-ContainerEJB-Container
BPM-Engine
Command
Service
SLSB
JCA JMS …EJB
WebcontainerWebcontainer
Command
Service
MDB
Web-GUI
Swing-GUI
CommandsCommands
Fremd-
systeme
Message
Mit
Commands
Message
Mit
Commands
Korrelation

Process Execution Languages
Welche Sprache spricht BPM?
BPEL
XPDL
UML
EPC
BPMN
YAML
jPDL
…
Standards
Proprietär
Wissenschaftlich
Fachliche Notationen
DSL‘s

Quelle: Dr. Martin Bartonitz
Sprachen heute: Was nehmen?
Komplexität, LOC, Mächtigkeit, Standards?

• Es existieren verschiedenste Prozessausführungs-
sprachen (Process Execution Language)
– BPEL, XPDL, jPDL, DSL‘s, …
• Es gibt nicht die perfekte Sprache
• Koexistenz von verschiedenen Sprachen erlauben
• Sprache nach Problem auswählen
 Grundfunktionalität Prozessmaschine in PVM
JBoss Process Virtual Machine
JBoss PVM

Konzepte & Kernabstraktionen
Prozesse als Zustandsautomat
Verhalten über
Sprache definiert

Just an API
PVM definiert keine Sprache
ProcessDefinition processDefinition = ProcessFactory.build()
.node("accept loan request").initial().behaviour(new WaitState())
.transition().to("loan evaluation")
.node("loan evaluation").behaviour(new WaitState())
.transition("approve").to("wire the money")
.transition("reject").to("end")
.node("wire the money").behaviour(new Display("automatic payment"))
.transition().to("end")
.node("end").behaviour(new WaitState())
.done();
ProcessDefinition processDefinition = ProcessFactory.build()
.node("accept loan request").initial().behaviour(new WaitState())
.transition().to("loan evaluation")
.node("loan evaluation").behaviour(new WaitState())
.transition("approve").to("wire the money")
.transition("reject").to("end")
.node("wire the money").behaviour(new Display("automatic payment"))
.transition().to("end")
.node("end").behaviour(new WaitState())
.done();

• Graphen / Blockstruktur
• Sprache kann durch
entsprechendes Node-Verhalten
implementiert werden
• Es wird geben
– XPDL: Nova Bonita
– jPDL: JBoss jBPM JPDL 4
– BPEL: Orchestra
• Sprachen sind in XML umgesetzt
Prozesssprachen
Die PVM unterstützt verschiedene Sprachen

Was ist BPM?
Human
Workflow Management
Serviceorientierte
Architekturen (SOA)
Dokumenten-Management –
Systeme – DMS (u.a.)
Enterprise Appliation Integration –
EAI
ab 2004
ab 2000 ab 2005
Ablauforganisation
Business Process
Reengineering - BPR
(Orga-) Geschäftsprozess-
Management - GPM
Organisationslehre
bis 1990
1990 - 2000 ab 2000
Business
IT
Prozessautomatisierung
ab 2006
Begriffsproblem
Business Process Management - BPM

Aktuelle Ambitionen
Der BPM-Kreislauf
Prozess-
implementierung
Prozess-
entwurf
Prozess-
controlling
KVP
Prozess-
Strategie
Business
IT

Der Traum der Magic BPM-Suite
Der BPM-Kreislauf
Modelling Monitoring
EAI / SOAHuman Workflow
Business
IT
Magic BPM-Suite

• Aufbauend auf PVM
• Persistenz über JPA geplant
• Unterstützung BPMN
• siehe
http://www.bpm-guide.de/2009/01/26/ein-erster-blick-
JBoss jBPM 4
jBPM die Vierte

• Allgemeingültige API
– ProcessService
– ExecutionService
– TaskService
– ManagementService
– CommandService
• Grafische Informationen im gleichen XML
• Deployment in AS/ESB wird verbessert
Weitere Änderungen in jBPM 4
jBPM die Vierte

Beispielprozess im neuen Designer
jBPM die Vierte

Und das Beispiel als Quellcode
BPM die Vierte
<process xmlns="http://jbpm.org/4/jpdl" name="TicketProcess">
<start name="Start" g="15,146,48,48">
<flow to="Kundenbetreuer bekannt?"/>
</start>
<exclusive name="Kundenbetreuer bekannt?" g="84,144,48,48">
<flow to="Kundenbetreuer festlegen" g="108,24">
<condition expr="#{false}"/>
</flow>
<flow to="join">
<condition expr="#{true}"/>
</flow>
</exclusive>
<task name="Kundenbetreuer festlegen" g="168,0,153,51"
assignee="bernd">
<flow to="CRM aktualisieren"/>
</task>
<process xmlns="http://jbpm.org/4/jpdl" name="TicketProcess">
<start name="Start" g="15,146,48,48">
<flow to="Kundenbetreuer bekannt?"/>
</start>
<exclusive name="Kundenbetreuer bekannt?" g="84,144,48,48">
<flow to="Kundenbetreuer festlegen" g="108,24">
<condition expr="#{false}"/>
</flow>
<flow to="join">
<condition expr="#{true}"/>
</flow>
</exclusive>
<task name="Kundenbetreuer festlegen" g="168,0,153,51"
assignee="bernd">
<flow to="CRM aktualisieren"/>
</task>

Nicht gut: Regeln im Prozess
Prozessmodelle und Geschäftsregeln

Regeln sinnvoll abbilden
Auftragswert Rabatt verhandelt? Rabatt (%)
AW < 50 T€ Nein 0
50 T€ <= AW < 100 T€ Nein 3
100 T€ <= AW < 250 T€ Nein 5
<egal> Ja <individuell>
Prozessmodelle und Geschäftsregeln

Was sind Regeln?
• „Wenn ich müde bin, dann gehe ich ins Bett!“
• „WENN .. DANN ..“-Struktur
• Bedingung und Konseqenz (Prämisse und
Konklusion; Left-Hand-Side LHS und Right-Hand-
Side RHS)
• Konsequenz wird häufig als „Aktion“ bezeichnet
• Bedingungen prüfen „Fakten“
• Regeln „feuern“, wenn deren Bedingung eintrifft

• Direkte Programmierung im Quellcode:
if ( person.istMuede() == true ) {
person.putzeZaehne();
person.geheInsBett();
}
• Spezifische Lösungen (Codegenerierung, DSL,
Speziallösungen, …)
• Regelmaschine / Rule Engine
Wie werden Regeln umgesetzt?
Alternativen

• Wartbarkeit und Validierbarkeit nicht gegeben
• Regeln müssen durch Entwickler in Quellcode
übersetzt werden
• Fachliche Regeln werden über verschiedene
Klassen verteilt
• Keine Lesbarkeit der Regeln für den Fachbereich
• Konflikt-Lösung muss realisiert werden
Probleme programmierter Regeln

• Explizite Formulierung der Regeln als Regeln
• Deklarativ: Welche Regeln wann wie ausgeführt
werden entscheidet die Regelmaschine
• Regeln für Fachbereich verständlich
Vorteile der Rule-Engine
Bedingung:
Person.muede = true
Konsequenz:
Bedingung:
Person.muede = true
Konsequenz:

• Fakten (Wissen) = Domänenobjekte (POJOs)
• Rule Engine wird generisch in die Architektur
integriert (Interceptoren, …)
• Rule Engine wird gezielt angesprochen
Rule Engines in Java
Architektur
ClientClient Anwendung / ServerAnwendung / Server
InterceptorInterceptor
FachlogikFachlogik

• Java Rule Engine (RETE-Implementierung)
• „JBoss Drools“ / „JBoss Rules“
• Lauffähig mit oder ohne Application-Server
• „Library“
• Business Rules Management System (BRMS)
• Aktuell Version 4.0 (Version 5 in der Pipe)
• Open Source (ASL)
JBoss Drools
Die Open Source Rule Engine

Drools-Regeln
Beispiel
package com.camunda.demo
import demo.business.*;
import demo.infrastructure.ErrorList;
global ErrorList errors;
rule "Auftragsrabatt bei hohem Bestellwert"
when
o: Order( value>5000 )
then
o.setDiscount(0.05);
end
rule "Nachnahme nur bis 2500 € möglich"
when
o: Order( value>2500, shippingType="COD" )
then
errors.addError("Nachname nicht möglich bei Auftragswert " + o.getValue());
end
package com.camunda.demo
import demo.business.*;
import demo.infrastructure.ErrorList;
global ErrorList errors;
rule "Auftragsrabatt bei hohem Bestellwert"
when
o: Order( value>5000 )
then
o.setDiscount(0.05);
end
rule "Nachnahme nur bis 2500 € möglich"
when
o: Order( value>2500, shippingType="COD" )
then
errors.addError("Nachname nicht möglich bei Auftragswert " + o.getValue());
end

Drools im Einsatz
API
RuleBaseLoader loader = RuleBaseLoader.getInstance();
RuleBase ruleBase = loader.loadFromReader(
new
InputStreamReader(this.getClass().getResourceAsStream(
"/demo.drl")));
WorkingMemory wm = ruleBase.newStatefulSession();
wm.insert(meldung);
wm.fireAllRules();
RuleBaseLoader loader = RuleBaseLoader.getInstance();
RuleBase ruleBase = loader.loadFromReader(
new
InputStreamReader(this.getClass().getResourceAsStream(
"/demo.drl")));
WorkingMemory wm = ruleBase.newStatefulSession();
wm.insert(meldung);
wm.fireAllRules();
WorkingMemory
POJO‘s
Regeln
fireAllRules

There are four Golfers standing at a tee, in a line from
left to right
• The golfer to Fred’s immediate right is wearing blue
pants
• Joe is second in line
• Bob is wearing plaid pants
• Tom isn’t in position one or four, and he isn’t
wearing the orange pants
Beispiel: Golfer Riddle
Drools

Regelbeispiel
Example: Golfer Riddle
rule "find solution“
when
// There is a golfer named Fred,
// Whose positions is $p1
$fred : Golfer( name == "Fred" )
// Joe is in position 2
$joe : Golfer( name == "Joe",
position == 2,
position != $fred.position,
color != $fred.color )
...
then
System.out.println( "Fred " + $fred.getPosition() + " " + $fred.getColor() );
System.out.println( "Joe " + $joe.getPosition() + " " + $joe.getColor() );
System.out.println( "Bob " + $bob.getPosition() + " " + $bob.getColor() );
System.out.println( "Tom " + $tom.getPosition() + " " + $tom.getColor() );
end
rule "find solution“
when
// There is a golfer named Fred,
// Whose positions is $p1
$fred : Golfer( name == "Fred" )
// Joe is in position 2
$joe : Golfer( name == "Joe",
position == 2,
position != $fred.position,
color != $fred.color )
...
then
System.out.println( "Fred " + $fred.getPosition() + " " + $fred.getColor() );
System.out.println( "Joe " + $joe.getPosition() + " " + $joe.getColor() );
System.out.println( "Bob " + $bob.getPosition() + " " + $bob.getColor() );
System.out.println( "Tom " + $tom.getPosition() + " " + $tom.getColor() );
end

• In-memory Knowledge-Repository
• Basiert auf Rete Algorithm
• Forward chaining
• Backward
chaining ist
geplant
(Drools 5?)
Drools im Einsatz
Wie funktioniert es intern?

Für den Fachbereich: Decision Tables

DSL-Support
Drools
rule "Abmeldung - Check mit DSL"
when
Versicherter unter 25 Jahre alt
and
Mehr als 3 Unfälle gebaut
then
Police nicht möglich
end
rule "Abmeldung - Check mit DSL"
when
Versicherter unter 25 Jahre alt
and
Mehr als 3 Unfälle gebaut
then
Police nicht möglich
end
[when]Versicherter unter {MindestAlter} Jahre alt=
Person( age < {MindestAlter} )
[when]Mehr als {Anzahl} Unfälle gebaut=
Person( accidentCount > {Anzahl} )
...
[then]Police nicht möglich=
errors.addError("Police kann nicht ausgestellt werden");
[when]Versicherter unter {MindestAlter} Jahre alt=
Person( age < {MindestAlter} )
[when]Mehr als {Anzahl} Unfälle gebaut=
Person( accidentCount > {Anzahl} )
...
[then]Police nicht möglich=
errors.addError("Police kann nicht ausgestellt werden");

DSL-Support
Drools

Regeleditor ohne DSL
Drools

Guided Rule Editor
Verfügbar in
Eclipse &
BRMS

• Welche Regeln sollen in welcher Reihenfolge
• Parallel oder
• unter welchen Bedingungen ausgeführt werden
RuleFlow
Grahpical representation

Tooling: Eclipse
Drools

Business Rules Management System
Drools BRMS
ServerServer
DroolsDrools
Web-GUIWeb-GUI
Rule-Repository
(JCR)
Rule-Repository
(JCR)
AnwendungAnwendung

BPM + !BRM = ?
!BPM + BRM = ?
BPM + BRM = ?

• Möglich!
• Vorteil: Maximale Flexibilität
• Nachteile
– Keine Visualisierung / Modellierung des Prozessflusses
– Nicht immer offensichtlich, warum was passiert
– Keine „Grenzen“ durch Prozessstruktur
– Keine out-of-the-box Wartezustände / Persistenz
Geschäftsprozesse mit Regeln umsetzen?
BPM + BRM

• BPM (Prozesse)
– Geschäftsprozesse / Workflows
– Fachliche Modellierung
– Hoher Standardisierungs-/Wiederholungsgrad
• BRM (Regeln)
– Prozessunabhängige Regeln
– Punktuelle Integration in Prozesse
– Beeinflussung des Prozessablaufs (80/20 Regel)
In Kombination stabilere Prozesse bei mehr Agilität!
Einsatzmöglichkeiten
BPM + BRM

Kombinationsmöglichkeiten
Regeln treffen EntscheidungenRegeln treffen Entscheidungen
Regeln steuern Zuweisung von
Aufgaben
Regeln steuern Zuweisung von
Aufgaben
Regeln schließen neues WissenRegeln schließen neues Wissen
Und: Beeinflussung des
Prozessablaufs in
Sonderfällen
Und: Beeinflussung des
Prozessablaufs in
Sonderfällen

Schließen von “neuem Wissen”
jBPM + Drools
rule "Special Discount"
when
o : Order( customerName == "Bernd" )
then
# 5 % discount
o.applyDiscount( 0.95 );
System.out.println("Special discount granted");
end
rule "Special Discount"
when
o : Order( customerName == "Bernd" )
then
# 5 % discount
o.applyDiscount( 0.95 );
System.out.println("Special discount granted");
end
<action
class="org.jbpm.action.RulesActionHandler">
<ruleFile>/...OrderPricingRules.drl</ruleFile>
<objectNames>
<element>order</element>
</objectNames>
</action>
<action
class="org.jbpm.action.RulesActionHandler">
<ruleFile>/...OrderPricingRules.drl</ruleFile>
<objectNames>
</objectNames>
</action>

Entscheidungen
jBPM + Drools
<node name="drools decision">
<action class="org.jbpm.action.RulesActionHandler“>
<ruleFile>/com/.../OrderDecisionRules.drl</ruleFile>
<objectNames>
</objectNames>
<signalToken>false</signalToken>
</action>
<transition name="conspicuous" to="do something" />
<transition name="casual" to="determine discount" />
</node>
<node name="drools decision">
<action class="org.jbpm.action.RulesActionHandler“>
<ruleFile>/com/.../OrderDecisionRules.drl</ruleFile>
<objectNames>
</objectNames>
<signalToken>false</signalToken>
</action>
<transition name="conspicuous" to="do something" />
<transition name="casual" to="determine discount" />
</node>
rule "Conspicuous Order"
when
Order( price > 500)
then
System.out.println("signal conspicuous order");
executionContext.getNode().
leave(executionContext,
"conspicuous");
end
rule "Conspicuous Order"
when
Order( price > 500)
then
System.out.println("signal conspicuous order");
executionContext.getNode().
leave(executionContext,
"conspicuous");
end
Besseres Design:
Regeln schreiben
Ergebnis in
Prozessvariable
und jBPM
„Decision“ wertet
diese aus

Beeinflussung des Prozessablaufs
Event getrieben reagieren / Ausnahmen
rule "Order gets cancelled"
when
evt : Event( type == "cancel" )
then
token.setNode( "end2" );
end
rule "Order gets cancelled"
when
evt : Event( type == "cancel" )
then
token.setNode( "end2" );
end
Token

Actor-Assignment
Wer ist zuständig?
<assignment class="org.jbpm.assignment.RulesAssignmentHandler">
<group>underwriting</group>
<ruleFile>/Assignment.drl</ruleFile>
<objectNames><element>policy</element></objectNames>
</assignment>
<assignment class="org.jbpm.assignment.RulesAssignmentHandler">
<group>underwriting</group>
<ruleFile>/Assignment.drl</ruleFile>
<objectNames><element>policy</element></objectNames>
</assignment>
rule "Determine Junior Role“
when
Policy( basePrice < 500)
then
insert(new Role("junior"));
end
rule "Determine Actor"
salience -100
when
Role($roleName : roleName)
$a : Assignable()
$group : Group()
Membership( group == $group, role == $roleName,
$user : user )
then
$a.setActorId($user.getName());
end
rule "Determine Junior Role“
when
Policy( basePrice < 500)
then
insert(new Role("junior"));
end
rule "Determine Actor"
salience -100
when
Role($roleName : roleName)
$a : Assignable()
$group : Group()
Membership( group == $group, role == $roleName,
$user : user )
then
$a.setActorId($user.getName());
end

Ausblick: ESB / Content Based Routing
Beispiel: JBoss jBPM jPDL + JBoss ESB
Environment JBoss jBPMJBoss ESB
Content-Based Router ServiceContent-Based Router Service
System 1System 1
System 2System 2

ESB & Content Based Routing
Vergleiche Event Driven Architecture (EDA)
Quelle: JBoss

• jBPM ist eine kleine, flexible Process Engine.
Bewährt auch in großen Projekten!
• Drools ist cool und steht teuren Rule Engines in
wenig nach
• Integrieren & Kombinieren!
• siehe auch JBoss SOA Plattform (ESB)
• BPM & BRM bleiben Thema, selbst wenn SOA Tod
ist ;-)
Fazit
Geschäftsprozesse und Regeln mit jBPM und Drools

Fragen & Antworten
Unsere Themen
• Ganzheitliches BPM
• Prozessautomatisierung
• SOA, BPEL, XPDL, jBPM, Drools, ESB
• BPMN
• BPM-Toolauswahl
Unsere Leistungen
• Beratung
• Seminare
• Process Hosting
Bernd Rücker
Geschäftsführer
Berater, Trainer & Coach
bernd.ruecker@camunda.com
+49 711 3278645
+49 171 1473461
Aktuelle Jobs:
http://www.camunda.com/jobs/
Aktuelle Jobs:
http://www.camunda.com/jobs/

JBoss jBPM und Drools - Geschäftsprozesse und Regeln mit Open Source Java

Weitere ähnliche Inhalte

Andere mochten auch (19)

Ähnlich wie JBoss jBPM und Drools - Geschäftsprozesse und Regeln mit Open Source Java (20)

Mehr von camunda services GmbH (20)

JBoss jBPM und Drools - Geschäftsprozesse und Regeln mit Open Source Java