Moderne Webapplikationen sollen reaktiv sein. Zumindest propagieren das viele etablierte Web-Frameworks. Aber was bedeutet Reaktivität in diesem Kontext eigentlich genau? Warum sollte man sie einsetzen und inwiefern erleichtert sie dem Frontend-Entwickler das Leben?

Vor fast zwei Jahren begannen die ersten Arbeiten an der R2DBC-Spezifikation (Reactive Relational Database Connectivity) mit der Idee, SQL-Datenbanken mit reaktiver Programmierung zugänglich zu machen. Nach mehreren Meilensteinen wurde nun die erste Version der Spezifikation nebst einer Reihe von Implementierungen veröffentlicht. Grund genug, sich die Geschichte von R2DBC und den aktuellen Stand der Spezifikation einmal genauer anzuschauen.

Reactive Programming gewinnt in der Softwareentwicklung zunehmend an Aufwind. Auch die Enterprise-Java-Welt kommt nicht daran vorbei. Arne Limburg gibt in seiner Session auf der W-JAX 2018 einen Einblick und zeigt, wie das Programmiermodell funktioniert.

Reactive Programming verspricht eine höhere Performance von Enterprise-Java-Anwendungen bei geringerem Speicherbedarf. Erreicht wird dieses Versprechen, indem blockierende Aufrufe vermieden werden. Blockierende Aufrufe führen im Betriebssystem immer zu Prozess- und damit zu Kontextwechseln. Solche Kontextwechsel haben einen hohen CPU- und Speicher-Overhead. Dieser Overhead wird durch weniger Kontextwechsel reduziert. Erkauft wird dieser Performancegewinn von Reactive Programming allerdings durch schlechtere Wartbarkeit der Software. Ist die höhere Performance aber diesen Preis wert, und was sind die Alternativen? Dieses Thema wollen wir uns einmal genauer anschauen.

Eclipse Vert.x 3.7 ist erschienen. Das ereignisorientierte Framework wartet mit einer wichtigen Neuerung auf: Ab sofort wird die Abfragesprache GraphQL unterstützt. Was hat sich sonst noch getan?