Oli's Blog

Was ursprünglich als Experiment gestartet ist, hat heute seine Nische im Versicherungsbereich gefunden. Am 17. Juli 2012 erschien mit gdv.xport 0.7 die ersten Version im zentralen Maven-Repo. Ausgangslage war der Datenaustausch bei der ÖRAG mit anderen Partnern auf Basis des GDV-Formats.

Zu dieser Zeit war ich viel mit dem Zug unterwegs und Contributern Code und Korrekturen beigesteuert, sodass gdv.xport heute den gesamten Umfang des GDV Datenformats abdeckt (mitsamt den Fehlern). Vor allem von Ralf Klemmer stammt ein Großteil der Unterstütztung in der Anfangszeit.

Daneben diente gdv.xport auch immer dazu, neue Dinge wie Spring oder Docker auszuprobieren und als Testumfeld für andere Projekte wie PatternTesting oder jFachwert.

Was die Zukunft bringen wir, ist noch unklar. Das GDV-Format wurde zwar schon mehrfach für tot erklärt, wird aber noch fleißig weiter verwendet, sonst kämen keine Bug-Reports rein. Und so gehe ich davon aus, dass auch in 10 Jahren gdv.xport im Einsatz sein wird.

Nachdem in v6.0 die Performance verdoppelt wurde, wurde mit v6.1 der Speicherverbrauch um ca. 55% reduziert. Damit sollte jetzt auch das Einlesen von 2 Mio. Datensätzen kein Problem mehr darstellen.

Weitere Änderungen können den Release-Notes zu 6.1.0 entnommen werden.

Anfang des Jahres erschien v6.0.0 und heute wegen CVE-2021-44832 v6.0.1. Was ist neu an v6? Zum einen wurde die Performance verdoppelt, zum anderen wurde eine Reihe von Methoden und Klassen, die bereit seit längerem als @Deprecated gekennzeichnet waren, entfernt. Damit können eigenen Datensätze nur noch über XML oder als eigene Java-Klassen deklariert und registriert werden. Wie? Dies ist unter Eigene Erweiterungen beschrieben.

Aproppos Dokumentation: diese war zuvor etwas verstreut und wurde jetzt unter GitHub zusammengefasst. So ist hier auch die Validierung genauer beschreiben, die mit v5.3 eingeführt wurde.

So, alles weitere könnt ihr auf GitHub unter oboehm/gdv.xport erkunden...

jFachwert eine Implementiergun des Fachwert-Konzept aus dem WAM-Ansatz. Eigentlich ist diese Bibliothek nicht anfällig für die Log4J-Verwundbarkeit, aber es existierte noch ein experimenteller Log-Aspect mit ebendieser Abhängigkeit. Beide wurde jetzt entfernt.

Weitere Infos siehe GitHub...

Log4J is now updated to 2.16.0 and a new version of PatternTesting was released this night (see changelog and last blog entry from Thursday).

To fix the Log4j vulnerabilty a new version of PatternTesting was released yesterday. The main changes are:

1. update to Log4J 2.15.0 (security fix)
2. ClasspathMonitor and ResourcepathMonitor (which was deprecated since 2.0) is now part of project ClazzFish>) are removed

For more information see PatternTesting 2 on GitHub

Eigentlich bin ich ein bißchen spät dran - gestern wurde bereits Version 5.3 ausgerollt. Und die haben wir einem PR von Markus zu verdanken, der Issue #66 erstellt und dankenswerterweise auch gleich gefixed hat - so liebt man es als Entwickler ;-)

Aber zurück zu Version 5 - was sind hier die Neuerungen? Die wichtigste Neuerung ist, dass jetzt alle GDV-Satzarten aus der XML-Beschreibung von GDV Online abgeleitet werden können. Mehr noch: über den Parameter

    -Dgdv.XML-Resource=VUVM2015.xml

kann als Basis eine andere als die von 2018 eingestellt werden. Ebenso direkt unterstützt werden noch die Versionen von 2009 und 2013. Die alte Methode, die Datensätze über Enums zu beschreiben, wird mit Version 6 dann rausfliegen.

So, alles weitere könnt ihr auf GitHub unter oboehm/gdv.xport erkunden...

Die wichtigste Änderung in 4.0 ist die Unterstützung der aktuelle XLM-Version von 2018, die vom GDV-Verband im Download-Bereich zur Verfügung gestellt wird. Gleichzeitig wurde aufgeräumt und veraltete Teile aussortierte Enums oder die XML-Version von 2013 und früher nach gdv-xport-deprecated verschoben.

Die REST-Services gdv-xport-service wurden auf Spring-Boot 2.1 aktualisiert. Die Demo dazu läuft jetzt unter gdv-xport-400.herokuapp.com. Ansonsten hat sich hier nicht viel verändert.

Weitere Infos findet man in den Release Notes...

Neben diversen Bug-Fixes ist es vor allem die Aktualisierung auf die 2015er-Version der XML-Beschreibung der GDV-Datenstruktur und die Aufteilungen in einen Bibliotheks-Teil (gdv-xport-lib) und einen Service-Teil (gdv-xport-service), der den Sprung 2.1.3 auf 3.0 gerechtfertigt. Der Service-Teil stellt einige REST-Services bereit, sodass auch von anderen Programmiersprachen auf die Bibliotheksfunktionen zugegriffen werden kann.

Der Service-Teil basiert auf dem Spring-Framework und beinhaltet auch eine einfache Web-Oberfläche. Er kann mit

java -jar gdv-xport-service-3.0.0.war

gestartet werden und bietet dann unter Port 2517 seine Dienste an. Wer nur mal kurz reinschnuppern will, findet zeitweise auf Heroku unter gdv-xport-300.herokuapp.com eine Demo-Version.

Weitere Infos finden sich auf GitHub...

Endlich ist es soweit - Version 1.0 von gdv.xport ist jetzt draußen. Die wichtigsten Änderungen gegenüber der 0.9er-Version sind:

• Unterstützung der 2013er Version des GDV-Datenformats
• Unterstützung aller Satzarten dank der XML-Datei des GDVs
• erhebliche Reduzierung des benötigten Hauptspeichers dank Streaming-API

Weitere Änderungen können den Release Notes entnommen werden.