In den vorangehenden Artikeln haben wir das API von JSR 354 und einen ersten Teil des SPI vorgestellt. In diesem Artikel zeige ich nun, wie Konversionen und Formate erweitert werden können und wie der Bootstrap-Mechanismus eine transparente Integration mit Java EE erlaubt.

JSR 354 standardisiert den Umgang mit Geldbeträgen in Java und ist seit Mai 2015 final. Der Standard wird in verschiedenen Projekten weltweit eingesetzt und läuft stabil. Also höchste Zeit, diesen JSR mal etwas genauer unter die Lupe zu nehmen.

JSR 354 definiert nicht nur ein API, sondern auch ein mächtiges Service Provider Interface (SPI), das erlaubt, praktisch alle Funktionen den jeweiligen Bedürfnissen in einer Unternehmung anzupassen. Die Expertengruppe diskutierte über Monate hinweg teilweise sehr kontrovers diese Unabhängigkeit des API. Das heute vorliegende Design hat sich zwar erst in der Schlussphase des JSR durchgesetzt, es hat sich aber in der Praxis bewährt.

Anatole Tresch ist zurück mit seiner Kolumne “Java in the Enterprise”. Nachdem im letzten Beitrag eine kurze Einführung in das Thema „Caching“ und die grundsätzliche Funktionsweise des JSR 107 API gegeben wurde, geht es im zweiten Teil um weitere Anwendungsfälle und Funktionen sowie die Grundlagen des SPI.

Caching in Java – mit diesem Thema startet Anatole Tresch in seine neue JAXenter-Kolumne „Java in the Enterprise“. Hier dreht sich in den nächsten Monaten alles rund die Programmierung mit Java-Enterprise-Technologien. Zu Beginn wird das neue Caching API aus JSR 107 in einer zweiteiligen Serie genauer unter die Lupe genommen. Dabei kommen Konzept, Funktionsweise und auch so mancher Kritikpunkt zur Sprache…