Am 21. März war es endlich soweit und die neue camunda BPM 7.1 Version wurde vorgestellt. In einem einstündigen Live Webinar haben Jakob Freund und Daniel Meyer die neuesten Features der Version 7.1 vorgestellt. Nach einem kurzen Einstieg und Überblick über das camunda BPM Ökosystem inklusive eines interessanten Rückblicks über die letzten zwölf Monate camunda BPM ging es auch direkt an’s Eingemachte!
Neue Features
Damit Prozesse ganz im Sinne des Rapid Prototyping möglichst schnell ausprobiert werden können besteht für die User Tasks die Möglichkeit sich auf einfache Art und Weise Formulare generieren zu lassen und diese nach dem Gewinn neuer Erkenntnisse weiter anzupassen.
Der Eclipse basierte camunda Modeler wird kontinuierlich verbessert und hat einige interessante und das effiziente Prozessdesign sehr stark unterstützende Features bekommen. Der Modeler ist für mich kaum noch vergleichbar mit dem Modeler für den wir Anfang 2012 noch den einen oder anderen Feature-Request oder Bugreport eingestellt haben.
Ein weiteres spannendes Feature ist die Job Suspension, um laufende Instanzen an einer bestimmten Stelle anzuhalten (beispielsweise beim Ausfall einer Schnittstelle) und später aktiv wieder anzustarten. Spannendes Detail an der Stelle: Die Job Suspension ist auch über die neue Java API erreich- und steuerbar und damit lässt sich dann auch programmatisch auf bestimmte Situationen in der eigenen Prozessanwendung reagieren.
Und besonders beim Betrieb von camunda BPM basierten Prozessanwendungen hilft auch die verbesserte Process History weiter, mit der über einzelne und alle Prozessinstanzen Abfragen möglich sind und damit Prozessdurchläufe analysiert werden können – natürlich inklusive grafischer Darstellung im camunda cockpit. Kleiner Wermutstropfen: Dieses Feature ist nur in der Enterprise Edition verfügbar.
Mit dem neuen Support für JBoss AS 7.2 und JBoss EAP 6.1 / 6.2 werden nun in Summe sechs verschiedene Container und sechs verschiedene Datenbanken als Laufzeitumgebung für die camunda BPM Process Engine unterstützt.
Bei so vielen neuen Features stellt sich der Softwareentwickler natürlich die Frage, ob sich diese Verbesserungen negativ auf die Performance niederschlagen. Doch auch an dieser Baustelle wurde die camunda BPM Engine optimiert und profitiert nun noch mehr von Multi-Threading und reduziert für diverse BPM-Elemente die Anzahl der erforderlichen Datenbankzugriffe.
Ausprobieren
Der Einstieg in die Entwicklung von Prozessanwendungen mit camunda BPM wird durch die mittlerweile vielen Ressourcen wie der umfangreiche User Guide, die vielen Tutorials und Beispiele möglichst einfach gemacht. Wer dennoch den Erstkontakt scheut dem kann von camunda selber oder einem der Partnerunternehmen Unterstützung bei der Einführung durch Workshops oder einen Proof of Concept (“Nicht wir sondern Sie machen das und es läuft nicht bei uns sondern auf Ihrer eigenen Maschine!”) angeboten werden.
Ferner gibt es noch das camunda BPM network, wo man sich mit anderen BPM Interessierten vernetzen kann, diverse Community Meetings und natürlich die BPMCon 2014 in Berlin, die schon im letzten Jahr viele Anwender und Interessierte begeistern konnte.
Ausblick
Im anschließenden Q&A sind die beiden Sprecher noch auf viele der gestellten Fragen eingegangen. So auch die Frage zur weiteren Entwicklung der camunda BPM Process Engine. Auf der Roadmap stehen gerade neben vielen kleinen Optimierungen und Weiterentwicklungen drei große Themen:
Weitere Verbesserung der Tasklist
Implementierung von Adaptive Case Management
Programmiermodell zur Transformation von XML- und JSON-Datenströmen
Die Stunde war viel zu schnell rum und für mich bleibt ein sehr gelungenes und interessantes Live Webinar mit wenigen aber informativen Folien und einer Menge echter Demos und Code-Beispiele in Erinnerung.
Die neuen Features machen das nächste BPM Projekt mit der camunda BPM Process Engine noch um einiges interessanter als Projekte dieser Art bisher schon waren!
Heute haben wir es geschafft zu den beiden uns bereits bekannten Bikeparks im Sauerland in Willingen und Winterberg einen dritten Bikepark und zwar den Warsteiner Bikepark hinzuzufügen. Dabei konnte uns auch der einzige an diesem Rosenmontag durchgesagte Stau auf der A1 in Richtung Dortmund nur kurzzeitig aufhalten.
Verkleidet als Mountainbiker und Downhiller mit Protektoren und Bike-Klamotten ging es dann auf die nicht übermäßig langen aber für unser Können im Vergleich zu Willingen viel abwechslungsreicheren Strecken nachdem wir uns zuvor mit dem Betreiber nett geplauscht und dem Schlepplift angefreundet hatten.
Ergänzt durch das freundliche und offene Miteinander der Biker, die Verkostung mit einer leckeren Currywurst mit Pommes und Waffeln mit heißen Kirschen und Sahne sowie tollem Wetter in diesem bikefreundlichen Winter kam für uns auf der Heimfahrt nur ein mögliches Fazit in Frage: Wir kommen gerne wieder!
Katas mag der Eine oder Andere aus fernöstlichen Kampfsportarten wie beispielsweise Karate kennen. Eine Kata stellt dabei einen fest definierten Bewegungsablauf im Kampf gegen imaginäre Gegner dar. Dieser Ablauf wird durch Wiederholungen so oft eingeübt, bis der Ablauf in Fleisch und Blut übergeht und somit auch in realen Kämpfen abgerufen werden kann.
Das Prinzip der Katas hat Dave Thomas auf die Softwareentwicklung übertragen und die sogenannten Coding Katas geprägt. Coding Katas stellen eine Programmierübung dar anhand derer wir beispielsweise die Verwendung der Entwicklungsumgebung, die Formulierung von Testfällen oder das Refactoring von Code trainieren können.
Relative Luminance Kata
Einmal im Monat treffen wir uns bei OPITZ CONSULTING um uns gemeinsam an einem Programmierabend beispielsweise der Durchführung von Coding Katas zu widmen. Da wir bei unserem letzten Event auch einige Kollegen ohne Java-Kenntnisse dabei hatten, habe ich mir eine eher algorithmische und sprachenneutrale Aufgabe ausgedacht, über die ich im Rahmen der Erstellung meiner kleinen Bibliothek BitvUnit zur Sicherstellung von Regeln der Barrierefreiheit gestolpert bin.
Die Relative Luminance Kata besteht aus vier inkrementellen Schritten, die im Erfolgsfall zu einem Programm führen, mit welchem bei Eingabe von zwei Farbcodes(CMYK oder RGB) das Kontrastverhältnis basierend auf der relativen Leuchtkraft beider Farben berechnet und mit den Mindestanforderungen der WCAG 2.0 abgeglichen werden können.
Relative Leuchtkraft
Im ersten Schritt gilt es die relative Leuchtkraft für einen Farbwert zu berechnen. Mögliche Ergebnisse variieren dabei zwischen 0 (dunkelste Farbe) und 1 (hellste Farbe). Die Formel zur Berechnung der relativen Leuchtkraft lautet wie folgt:
L = 0.2126 * R + 0.7152 * G + 0.0722 * B
wobei für R, G und B gilt:
Wenn RsRGB <= 0.03928 dann R = RsRGB/12.92 ansonsten R = ((RsRGB+0.055)/1.055) ^ 2.4
Wenn GsRGB <= 0.03928 dann G = GsRGB/12.92 ansonsten G = ((GsRGB+0.055)/1.055) ^ 2.4
Wenn BsRGB <= 0.03928 dann B = BsRGB/12.92 ansonsten B = ((BsRGB+0.055)/1.055) ^ 2.4
und die RsRGB, GsRGB und BsRGB wie folgt definiert sind:
Im zweiten Schritt soll das Kontrastverhältnis zweier Farben auf Basis der nun entwickelten Funktionalität zur Berechnung der Relativen Leuchtkraft berechnet werden. Dazu gilt die folgende Formel:
(L1 + 0.05) / (L2 + 0.05)
wobei für L1 der Wert der Relativen Leuchtkraft der helleren Farbe und für L2 der Wert der Relativen Leuchtkraft der dunkleren Farbe eingesetzt wird. Auch das lässt sich mit Groovy recht einfach ausdrücken und nach einem kleinen Refactoring ist dabei noch ein Color-Objekt herausgefallen:
Das Kontrastverhältnis variiert mit dieser Formel zwischen 1:1 (kein Kontrast, z.B. schwarzer Text auf schwarzem Hintergrund) bis hin zu 21:1 (maximaler Kontrast, z.B. weißer Text auf schwarzem Hintergrund).
Minimales Kontrastverhältnis
Der dritte Schritt ist für sich gesehen ebenfalls recht einfach, hier geht es in erster Linie darum die passende API für die zu erzeugende(n) Methode(n) zu finden. Es soll das Ergebnis der vorherigen Berechnung verwendet werden, um zu bestimmen, ob die minimalen Anforderungen an das Kontrastverhältnis erzielt wurden. Diese sind mit der folgenden Regel definiert:
3:1 - Minimaler Kontrast für großen Text (mindestens Schriftgröße 18pt oder 14pt bold)
4.5:1 - Minimaler Kontrast für normalen Text
7:1 - Verbesserter Kontrast für normalen Text
Eingabe von CMYK-Werten neben RGB-Werten erlauben
In diesem vierten und letzten Schritt soll das Programm so erweitert werden, dass sowohl die Eingabe von RGB- als auch CMYK-Farbcodes unterstützt wird. Um CMYK-Farbwerte in RGB-Werte umzurechnen müssen die drei folgenden Formeln verwendet werden:
R = 255 × (1 - C) × (1 - K)
G = 255 × (1 - M) × (1 - K)
B = 255 × (1 - Y) × (1 - K)
wobei die Werte von C(yan), M(agenta), Y(ellow) und K(ey) im Bereich von 0 bis 1 liegen dürfen.
Fazit
Wir haben dieses Coding Kata mit 14 Teilnehmern in den verschiedensten Programmiersprachen (Java, JavaScript, Groovy, PL/SQL und Clojure) mehr oder minder erfolgreich in der vorgegebenen Zeit durchexerziert und beim anschließenden gemeinsamen Code Reading interessante Unterschiede und Parallelen zwischen den einzelnen Lösungen entdecken können.
Wem es an dieser Stelle in den Fingern kribbelt und wer es selber einmal ausprobieren möchte, kann mein Relative Luminance Kata Repository als Ausgangsbasis nehmen und hat so alle Regeln in einer Datei zusammengefasst. Happy Coding!
