Eine große Kleinigkeit bei jeder Webanwendung sind Log-in und Log-out. Außerdem sollte die Anwendung den Benutzer nicht einfach hinauswerfen, nur weil er den Reload-Knopf drückt. Wie das mit Vaadin funktioniert, zeigt dieser Teil von „Backend meets Frontend“.

Mit Funktionaler Programmierung können Entwickler elegant mit Exceptions umgehen. Sie hilft auch dabei, allgemeiner mit Fallunterscheidungen umzugehen und mehrere, verschiedene Fälle abzudecken.

Nachdem sich die letzten Teilen von „Backend meets Frontend“ mit dem Testen einer Vaadin-Applikation auseinandergesetzt haben, werden wir uns nun der Anwendungsentwicklung selbst zuwenden. Auch bei unserem kleinen Beispielprojekt behalten wir dabei Themen wie Internationalisierung und Änderbarkeit im Auge.

Die Java-Welt könnte so schön sein ohne Exceptions. Aber was muss, das muss. Das gilt auch für funktionales Programmieren mit Java 9. Hier gibt es verschiedene elegante und weniger elegante Möglichkeiten mit Exceptions umzugehen.

Docker ist auch ein wunderbares Tool für Testumgebungen. Aber das ist nicht immer trivial. Das Open-Source-Projekt TestContainers setzt genau hier an und hilft Java-Entwicklern dabei Docker mit jUnit zu kombinieren. „Backend meets Frontend“ wirft einen Blick auf das Tool und seine Möglichkeiten.

Es kann ein wenig kniffelig sein in der Funktionalen Programmierung Aufgaben in einzelne Funktionen zu zerlegen. Vor allem muss man einen strengen Blick auf die Typdefinitionen werfen, damit die Streams mit ihnen arbeiten können.

Eine Web-UI kann Entwickler recht einfach in den Wahnsinn treiben. Dann nämlich, wenn Bugs nur bei bestimmten Betriebssystem/Browser-Kombinationen auftreten. Ein mit Docker aufgebaute Testumgebung in Selenium Grid kann diese Tests parallel abarbeiten.

Die erweiterten Möglichkeiten zur Funktionalen Programmierung in Java 9 sind eine schöne Sache. Aber nicht jede Codebasis kann direkt auf die neue Version springen. Deswegen gilt es auch hier, auf Rückwärtskompatibilität zu achten.

Wenn die ersten UI-Tests laufen, geht es daran, Elemente der Webanwendung zu selektieren und fachliche Tests zu schreiben. Das kann objekt-orientiert oder funktional erfolgen. Der Selenium-Aufsatz TestBench hilft dabei, das Entwicklerleben einfacher zu machen.

Im diesem Teil der Kolumne „Checkpoint Java“ machen wir die nächsten Schritte hin zu Funktionaler Programmierung. Dazu wirft der Autor einen Blick auf die Änderungen von Java 8 zu 9 und was man mit den neuen Möglichkeiten so alles anstellen kann.

Nun hat man es als Web-Entwickler ja nicht nur mit einem Zielsystem zu schaffen: In einem Browser schlägt der UI-Test fehlt, im nächsten nicht. Es gilt, Grundlagen für Browser-übergreifende Tests zu legen. Dafür müssen die WebDriver Binarys gemanagt werden. Dieser Teil von „Backend meets Frontend“ zeigt wie.

Der Übergang von Objekt-orientierter zu Funktionaler Programmierung erscheint oft fließend. Ein in kleine Schritte aufgeteiltest Beispiel macht die Unterschiede, Vorzüge und Einsatzmöglichkeiten deutlich und lädt zum Ausprobieren ein.

Selenium und jUnit4 ist ein solides Test-Duo und arbeitet auch in der Beispielwendung der Kolumne „Backend meets Frontend“ zuverlässig. Aber wie sieht es mit der Weiterentwicklung jUnit5 aus?

In Java ist es vorgesehen, Abstraktionen mit Interfaces vorzunehmen. Schon in einer der ersten Vorlesungen zum Thema Java ist das ein Thema. In meinen Projekten sehen ich immer wieder, das interne Implementierungsklassen zwei oder mehr Interfaces eines API implementieren. Das ist an sich nichts schlimmes, kann aber zu unschönen Konstrukten führen. Abhilfe schaffen Typed Constructors.

Zu einem guten UI-Test gehören Screenshots dazu, um feststellen zu können, was der Nutzer eigentlich genau getrieben hat. Damit unzählige Tests nicht das System zumüllen, sollten Screenshots aber nur im Fehlerfall erstellt werden. Die Test-Kombination aus „Backend meets Frontend“ Vaadin und Selenium wird deswegen noch um jUnit4 und seine Rules erweitert.

Bei UI-Tests kann man sich nicht nur auf die Logfiles verlassen. Um Fehler wirklich nachvollziehen zu können, sind Screenshots hilfreich und wichtig. Die Kombination aus Vaadin und Selenium macht auch dies einfach möglich, wie dieser Teil der Kolumne „Backend meets Frontend“ zeigt.

Die oft fehlende technische Unterstützung ist eine gern gewählte Ausrede, um UIs nicht testen zu müssen. Dass diese Ausrede aber nicht mehr zählt, zeigt der aktuelle Teil der Kolumne „Backend meets Frontend“, wie Entwickler mit Vaadin und Selenium die Grundtseine für eine testgetriebene Entwicklung legen können.

In der Artikelserie Backend meets Frontend stellt Sven Ruppert Konzepte und Technologien rund um das UI-Framework Vaadin vor. Nachdem im ersten Teil das Aufsetzen einer Vaadin-App in Wildfly Swarm erarbeitet wurde, geht es dieses Mal um das Deployment in einem Undertow Servlet Container.

Früher war alles besser; oder einfacher. Das gilt zumindest für Webdesign. Auch wenn es damals nicht unbedingt schöner war. JAXenter-Autor Sven Ruppert (Vaadin) wünscht sich die Einfachheit vergangener Zeiten zurück und zeigt in seiner Artikelserie, wie man als altgedienter Java-Backend-Entwickler einfach User Interfaces fürs Web bauen kann.

Immer mehr Dependency-Injection-(DI-)Frameworks erblicken das Licht der Welt, beispielsweise „Dagger“ und „Boon“. Darunter sind allerdings nur wenige CDI-Frameworks, was bedauerlich ist – schließlich ist das C (für „Contexts“) doch das eigentlich Interessante an CDI. Der folgende Beitrag zeigt, warum das C den Unterschied macht und wie man es einsetzen kann – übrigens nicht nur auf der Java-EE-Seite.