Interessant für

Erwarten Sie plumpes Marketing für unsere BPM Platform! Ähm - wie bitte? Nein - natürlich das genaue Gegenteil! Im Vortrag möchte ich live demonstrieren wie bestimmte Sachverhalte in BPMN 2.0 (rigide Prozesse für "starre" Abläufe") oder auch CMMN 1.0 (Case Management für mehr Flexibilität) modelliert und dann direkt auf einer Process Engine ausgeführt werden. Dazu verwende ich die quelloffene camunda BPM Platform - so dass alles direkt zu Hause nachgebaut werden kann! In der Session diskutieren wir außerdem mögliche Architekturen und Best Practices sowie alternative Coding-Strategien im BPM-Bereich. Ganz nebenbei gibt es noch etwas Meinung - denn "Zero Code"-Lügen gehören in die Märchenbücher - und nicht in Marketingmaterial großer Hersteller!

Interessant für

Seit Java 5 gibt es @nnotationen als Teil der Sprache und fast jeder Entwickler hat sie schon gesehen und auch selbst eingesetzt, um Compiler-Warnungen auszuschalten, abhängige Objekte zu injizieren oder einem Persistenzframework Relationen auszuzeichnen.

Annotationen werden ähnlich wie Javadoc-Kommentare an Klassen, Methoden und Feldern angebracht, haben jedoch den Vorteil, dass die enthaltenen Metadaten strukturieret und typisiert sind, was ganz andere Möglichkeiten der Evaluation bietet.

Dieser Vortrag wird kurz die verschiedenen Arten der Annotationen (Laufzeit, Compilezeit) vorstellen und in einem Beispiel zeigen, wie man Annotationen zur Laufzeit auslesen kann, um damit das Verhalten einer Anwendung zu steuern.

Der größte Teil des Vortrags wird dann genutzt werden, um eine Java-Compiler-Plugin zu entwickeln, das Annotationen liest und dann beispielsweise neue Klassen oder Dokumentation aus diesen Metadaten erzeugt. Der letztere Fall wird schon seit längerer Zeit erfolgreich in der Praxis eingesetzt, um die Dokumentation einer JAX-RS-Rest-Api aus dem Java-Quellcode zu generieren.

Interessant für

Asynchrone, event-getriebene Architekturen haben in den letzten Jahren stark an Bedeutung gewonnen. Ein Treiber für diese Entwicklung ist das Web mit ständig steigenden Anforderungen an Performanz, Skalierbarkeit und Ausfallsicherheit. Klassische Architekturen, die für jeden HTTP-Request einen Thread verwenden oder beim Datenbank-Aufruf blockieren, stoßen schnell an ihre Grenzen. In den letzten Jahren sind verschiedene Frameworks entstanden, die auf asynchrone Request-Verarbeitung mit einer geringen Anzahl dedizierter Threads setzen und so das Reactor Pattern implementieren. Prominentester Vertreter ist Node.js, aber auch Akka, Ruby’s EventMachine und Basisframeworks wie Netty sind hier zu nennen. Die grundlegende Philosophie dieses Ansatzes wird im Reactive Manifesto beschrieben. Zwei Frameworks für die Java-Plattform, die aktuell viel Aufmerksamkeit auf sich ziehen, sind Vert.x und Reactor von SpringSource: 1. Vert.x ist als asynchrones, event-getriebenes und nicht-blockierendes Framework auf Nebenläufigkeit, Performance und Skalierbarkeit optimiert. Das Programmiermodell basiert auf Callbacks, das Nebenläufigkeitsmodell ist an das Aktorenmodell angelehnt. Nachrichten werden über einen Bus mittels verschiedener Kommunikationsprotokolle ausgetauscht und enthalten entweder primitive Typen oder JSON. 2. Namensgebend für das neue Framework Reactor [Reactor] ist das Reactor-Pattern [POSA2]: Reactor ist ebenfalls reaktiv und event-getriebenes mit einem Bus als Kernkomponente. Als Basisframework für asynchrone Anwendungen wird es als Bibliothek innerhalb einer Anwendung benutzt. Ich zeige an Anwendungsbeispielen, wie reaktive Systeme auf der Java-Plattform mit Vert.x und Reactor-Framework umgesetzt werden und gehen auf Gemeinsamkeiten und Unterschiede ein. Ich zeige, wie Anwendungskomponenten in Vert.x bzw. Reactor zu implementieren sind. Außerdem erkläre ich Konzepte des Event-Bus, der in beiden Frameworks jeweils den architektonischen Kern und das Kommunikationszentrum darstellt und gehen auf konzeptionelle Unterschiede zwischen beiden Frameworks ein – beispielsweise hinsichtlich Dispatcher, Bus-Adressierung und Nachrichtentypen. Literatur [POSA2] Douglas C. Schmidt, Michael Stal, Hans Rohnert, Frank Buschmann. POSA2 (Pattern-Oriented Software Architecture: Patterns for Concurrent and Networked Objects), ISBN 0-471-60695-2. [ReactiveManifesto] The Reactive Manifesto. http://www.reactivemanifesto.org/ [Reactor] Reactor Framework. https://github.com/reactor/ [Vertx] Vert.x Framework. http://vertx.io/

Interessant für

Internet of Things - aber was heist das eigentlich? Was sind konkrete Anwendungsfälle und wie erreiche ich eine möglichst kurze Time-to-Market?

Unkonventionell genutzte System- & Software-Architekturen ermöglichen binnen kürzester Zeit die Anbindung hoch komplexer embedded Systeme an die Cloud. Im Vordergrund steht dabei stets der durch die Cloud generierte Mehrwert für den Benutzer.

Ein Exkurs in die Welt der Cloud-unterstützen Elektromobilität, am konkreten Beispiel einer Diagnoseapplikation mit dem Framework "GT-IoT" der Gigatronik GmbH.

Interessant für

Interessant für

Interessant für

Modularisierung ist vor allem in großen Softwareprojekten mit verteilten Teams essentiell, um Wiederverwendbarkeit, Wartbarkeit und parallele Entwicklung zu verbessern. Trotz diverser Modularisierungsansätze im Java Web Umfeld (z.B. Java EE, OSGi, Frameworks wie Spring) begegnet man im Projektalltag jedoch nach wie vor vielen nicht-modularen monolithisch aufgebauten Lösungen. Der heilige Gral der Modularisierung wurde für Java offenbar leider noch nicht gefunden, was auch die Schwierigkeiten und Verzögerungen bei der Modularisierung von Java selbst mit "Project Jigsaw" zeigen. Technologie-übergreifende Modularisierung auf höherer Ebene wie Micro-Services basierte Architekturen sind nicht überall sinnvoll anwendbar und lassen das Ziel der Wiederverwendbarkeit oft zu kurz kommen.

Der Vortrag gibt zuerst einen Überblick über die Historie und Gegenwart der architekturellen und technischen Modularisierungsmöglichkeiten im Umfeld von Java Webanwendungen und versucht zu erklären, woran diese in der Praxis meist scheitern. An konkreten Beispielen werden anschließend pragmatische Lösungen und Patterns vorgestellt, wie dem Ziel einer sauber modularisierten Architektur doch näher gekommen werden kann.