05.04.2026, 09:39
Hallo Christian
Pullrequest ist gemacht und ich hoffe, dass jetzt alles funktioniert. Über Details können wir im Pullrequest ggf. diskutieren. Falls es zu viel wird, dann wäre auch mal einen Call möglich, um das direkt zu besprechen.
Hintergrund der ganzen Überlegung ist nun:
Die ROOT-Locale soll nach meinem Verständnis das Standard-Verhalten vom lokalen Java sein. Deswegen wird nun die Locale beim Start sich noch gemerkt, damit in dem Fall darauf zurückgegriffen werden kann.
Das ganze Formatieren und Parsen habe ich in eine eigene Klasse ausgelagert, für die es ein Interface gibt. Diese basiert jetzt auf der "alten" Zeit-API von Java. Wenn man mal auf die neue API umstellen will (die restriktiver beim Parsen ist und damit andere Probleme verursacht) oder man will das Pattern aus den Sprachfiles des Routeconverters beziehen, so muss nur eine eigene Implementierung gemacht werden und der Rest sollte sich nicht mehr ändern.
Kommt so eine "komische" Formatierung mit einem y, so wird dieses durch zwei yy ersetzt, womit der Parser dann läuft.
Ich habe für alle Varianten mal versucht Unittests zu machen. Schwedisch wird da benutzt, weil das eine Sprache ist, die auch dieses Pattern "y-MM-dd" benutzt.
Gruss & schöne Ostern noch
Thomas
Pullrequest ist gemacht und ich hoffe, dass jetzt alles funktioniert. Über Details können wir im Pullrequest ggf. diskutieren. Falls es zu viel wird, dann wäre auch mal einen Call möglich, um das direkt zu besprechen.
Hintergrund der ganzen Überlegung ist nun:
Die ROOT-Locale soll nach meinem Verständnis das Standard-Verhalten vom lokalen Java sein. Deswegen wird nun die Locale beim Start sich noch gemerkt, damit in dem Fall darauf zurückgegriffen werden kann.
Das ganze Formatieren und Parsen habe ich in eine eigene Klasse ausgelagert, für die es ein Interface gibt. Diese basiert jetzt auf der "alten" Zeit-API von Java. Wenn man mal auf die neue API umstellen will (die restriktiver beim Parsen ist und damit andere Probleme verursacht) oder man will das Pattern aus den Sprachfiles des Routeconverters beziehen, so muss nur eine eigene Implementierung gemacht werden und der Rest sollte sich nicht mehr ändern.
Kommt so eine "komische" Formatierung mit einem y, so wird dieses durch zwei yy ersetzt, womit der Parser dann läuft.
Ich habe für alle Varianten mal versucht Unittests zu machen. Schwedisch wird da benutzt, weil das eine Sprache ist, die auch dieses Pattern "y-MM-dd" benutzt.
Gruss & schöne Ostern noch
Thomas