JAX Blog

Immer mehr Firmen rücken die Developer Experience (DX) ins Zentrum ihrer Aufmerksamkeit. Die Hypothese: Je reibungsloser Entwickler:innen ihre Arbeit verrichten können, je zufriedener sie beim Programmieren sind, desto produktiver sind sie auch. Nun gibt es eine Vielzahl von Dingen, die Entwickler:innen glücklich oder eben unglücklich machen können. Einige besonders wichtige Aspekte lassen sich unter dem Schlagwort „Aufgaben und Tools“ zusammenfassen. Es gibt eine Vielzahl von Dingen, die Entwickler:innen glücklich oder eben unglücklich machen können. Einige besonders wichtige Aspekte lassen sich unter dem Schlagwort „Aufgaben und Tools“ zusammenfassen.

Dank weiterführender Bibliotheken wie Java.io.File, Apache Commons IO oder Google Guava ist es möglich, plattformübergreifende Features im Java-Programm aufrechtzuerhalten. In diesem Artikel lernt ihr, wie diese Bibliotheken eingesetzt werden können.

Seien wir doch einmal ehrlich. Der Java-Enterprise-Standard JEE ist in die Jahre gekommen. Der einstige Primus für die Entwicklung von großen, unternehmensweiten Anwendungen kommt für die Wunderwelt von Cloud-Native und Co. deutlich zu schwergewichtig und träge daher. Das Ende scheint – wieder einmal – nahe. Aber ist dem wirklich so? Oder gibt es doch noch einen Funken Hoffnung?

Mit einer ausgeklügelten Kombination aus Behaviour-driven Development (BDD) und Consumer-driven Contracts (CDC) lassen sich nachgelagerte E2E-Tests nach dem Shift-Left-Prinzip innerhalb der eigenen CD Pipelines umsetzen. Wir stellen einen Ansatz dazu vor.

Das Aufkommen von Microservices, Serverless, Cloud und Co. schien das Ende der Ära Java als Universallösung für Anwendungen im Umfeld des Enterprise Computing eingeläutet zu haben. Zu unterschiedlich sind die Anforderungen an Flexibilität in der schönen neuen Welt im Vergleich zu den Möglichkeiten schwergewichtiger Application Server Runtimes. Doch dann kam Quarkus und machte Java wieder salonfähig. Ein Blick hinter die Kulissen.

Proprietäre Frameworks wie das Spring Framework haben einen entscheidenden Vorteil gegenüber dem JEE-Standard: Mit klaren Deprecation- und Migrationsstrategien können regelmäßig bei Major Releases alte APIs und ungenutzte Funktionalitäten entfernt werden. Dadurch kann die Software immer State of the Art bleiben. Java EE hingegen hatte immer das Ziel der Abwärtskompatibilität, um Benutzer:innen zu garantieren, dass auch alte Applikationen weiterhin funktionieren.

GraphQL wurde 2016 von Facebook veröffentlicht. Damit lassen sich Web-APIs implementieren, die exakt die vom Client angefragten und benötigten Daten liefern. Während sich GraphQL im JavaScript-Umfeld bereits großer Beliebtheit erfreut, ist es im Java-Umfeld noch recht unbekannt. Das könnte sich allerdings in Zukunft ändern. Mit Spring for GraphQL hat Spring ein neues Projekt veröffentlicht, das Java-Entwicklern bei der Implementierung von modernen GraphQL-Web-APIs unterstützt.