JAX Blog

Gluon veröffentlichte im September 2020 JavaFX 15 [1]. Die perfekte Gelegenheit, darüber zu sprechen, warum JavaFX [2] auf Desktop und Mobilgeräten so relevant ist. Nachfolgend wird das Cross-Kompilieren von Java-Anwendungen mit JavaFX für die Benutzeroberfläche, vom Backend bis zum Frontend, betrachtet. Oberstes Ziel jeder neuen Version von JavaFX ist es, die Abwärtskompatibilität sicherzustellen und mehr Software- und Hardwaretreiber zu unterstützen. Dabei steht Plattformstabilität und deren Kompatibilität für Entwickler und Unternehmen im Vordergrund, die in ihren geschäftskritischen Anwendungen auf Java und JavaFX angewiesen sind. Die GraalVM in Verbindung mit JavaFX ermöglicht neue Wege der Codekompilierung vom Backend bis zum Frontend.

Agile Transformationen sind komplex. Artur Margonari zeigt in seiner inspirierenden Keynote von der W-JAX 2020, wie man dieser Komplexität mit einfachen Mitteln entgegentreten kann. Wir beginnen mit gutem Kaffee und Musik!

Mit Java 15 erscheint nun bereits das sechste halbjährliche Java-Release in Folge. Und das mal wieder genau im Zeitplan – eine Eigenschaft, die man von IT-Projekten im Allgemeinen und früheren Java-Versionen im Speziellen so nicht gewohnt ist. Laut der Ankündigung auf der Mailingliste gibt es neben Hunderten kleineren Verbesserungen und Tausenden Bugfixes insgesamt vierzehn neue Features. In diesem Artikel werfen wir einen Blick auf die relevanten Änderungen.

Das Vorgehen hat sich bewährt – auch im JDK 15 hat mit Sealed Classes ein neues Sprachkonstrukt vorerst als Preview-Feature Einzug gehalten. Es gibt Entwicklern Kontrolle darüber, welche Klassen von einem bestimmten Interface oder einer Klasse erben dürfen. Wem das neue Sprachkonstrukt nützt, wann man es einsetzen kann und was man jetzt und in Zukunft alles damit anstellen können wird, wird in diesem Artikel zusammengefasst.

Eine Anwendung soll sich während der Entwicklung mit der lokalen Datenbank, in der Produktion jedoch mit einer anderen Datenbank verbinden. Bei klassischen Java-EE-Anwendungen wird auf die Mittel eines Application Servers zurückgegriffen, um diese Verbindungen zu konfigurieren. Spring Boot bietet hierfür das „Externalized Configuration“-Konzept.

Spring Boot hat mich schon immer fasziniert. Kein Herumärgern mehr mit verschiedenen Versionen von Application Servern und unterschiedlichen Umgebungen zwischen lokaler Entwicklung, Test und Produktion. Beschäftigt man sich mit Spring Boot, stößt man schnell auf den Begriff Auto Configuration – ein Begriff, der von den meisten mit „Spring Boot macht das schon irgendwie richtig“ interpretiert wird. Aber was genau ist denn richtig?