Oli's Blog

Last year webdav-jaxrs 3.0 was released which was a big step from Jersey 2.x to Jersey 3.0 based on Jakarta packages. The change to Jersey 3.1 in webdav-jaxrs was only a minor step.

The WebDAV Fileserver Sample is tested now not also with Mac as WebDAV client but also with Window 10 as client. Also the logging was improved for better monitoring.

Ein bißchen spät für Neujahrs-Wünsche, aber hoffen wir trotzdem, dass 2024 wieder friedlicher wird...

Ich wünsche allen für 2023, dass...

• ...wir miteinander statt übereinander reden,
• ...wir anpacken statt nur lamentieren,
• ...wir uns gegenseitig respektieren.

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.

Yesterday version 2.0 of webdav-jaxrs with org.jugs as base package and Maven groupId was released. The change was necessary because the old base package net.java is not longer tolerated by Oracle.

The state is basically the same as the branch jax-rs-2.0 from webdav-jaxrs at Gitlab exept that Java 11 is supported. The documentation is still missing but will come soon. For more information see jugs-org/webdav at GitHub.

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...

Ich wünsche allen für 2022 das gleiche wie für 2021, nämlich dass...

• ...Positiv wieder Positives ist.
• ...man mit Maske wieder Karneval feiern kann.
• ...Corona wieder Bier ist.

Quelle: Twitter

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

Nachdem das BSI vor der Log4J-Shell-Lücke (CVE-2021-44228) warnt, gibt es seit heute ein die Version 5.4.0, in der diese Lücke behoben ist. In diesem Zusammenhang wurden auch einige Klassen und Methoden, die schon seit längerem als '@Deprecated' markiert sind, entfernt.

Weitere Infos zu gdv.xport: github.com/oboehm/gdv.xport

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...

Ich wünsche allen für 2021, dass...

• ...Corona wieder Bier ist.
• ...wir beim Wiedersehen einen Schritt nach Vorne machen.
• ...Positiv wieder Positives ist.
• ...Tests wieder in der Schule stattfinden.
• ...Isolieren wieder für Häuser und Kabel gilt.
• ...man mit Maske wieder Karneval feiern kann.
• ...Donald wieder eine Ente ist.

Quelle: Twitter