Fehler beim Import von Zusatzbeiträgen

[Gerrix]

Hallo zusammen,

nachdem ich OpenJVerein endlich auf die aktuelle Version 3.2.4 gebracht habe, habe ich jetzt eine Fehlermeldung beim Import von Zusatzbeiträgen:

java.io.UncheckedIOException: java.nio.charset.MalformedInputException: Input length = 1

Wenn ich danach google, wird von einem fehlerhaften Encoding gesprochen, wobei ich zu früher nichts geändert habe (ISO5889-1).
Auch wenn ich frühere CSV-Dateien, die erfolgreich importiert werden konnten, zum Test erneut importieren möchte, kommt die gleiche Fehlermeldung.

Ich steh auf dem Schlauch und weiß nicht weiter. Hat jemand vielleicht eine Idee? Die Logdatei habe ich beigefügt.

Viele Grüße
Gerrix

[joma]

Ich hatte neulich auch ein ähnliches Problem, es lag bei mir an den Umlauten. Ich habe dann die Datei auf UTF-8 Kodierung umgestellt. Damit ging es.
Es könnte daran liegen, dass wir unseren Source Code auf UTF-8 umgestellt haben.

[Gerrix]

Danke für den Hinweis. Ich hab's gleich mit UTF-8 versucht: die CSV-Datei entsprechend damit abgespeichert und dann mit dieser Encoding-Angabe importiert =>> kein Erfolg. Es kommt die gleiche Fehlermeldung.

[joma]

Vielleicht könnte es auch an dem ä im Pfandnamen bei Zusatzbeträge liegen. Ein Versuch wäre es wert das umzubenennen.

[lenilsas]

Ich habe den Fehler gefunden. Aktuell ist der Import nur mit UTF-8 kodierten Dateien möglich.
In der nächsten Version wird der Fehler behoben sein.
Grüße
Nils

https://github.com/openjverein/jverein/pull/1228

[joma]

Die Frage ist aber, ob das hier dann auch gelöst ist. Der Import hat ja anscheinen auch nicht mit einer UTF-8 kodierten Datei funktioniert.

Gerrix
Hast du geschaut, ob bei UTF-8 Kodierung auch die Umlaute im Editor richtig angezeigt wurden? Evtl. muss man die neu eingeben.

[Gerrix]

Hallo Joma,
ich habs kontrolliert. Leider klappts immer noch nicht.
VG Gerrix

[Gerrix]

Hallo zusammen,
ich habe nochmal mit Excel die CSV-Datei überarbeitet und beim Abspeichern den Typ "Trennzeichengetrennt, UTF-8" ausprobiert > damit hat es dann geklappt. Der Fehler lag also auf meiner Seite, sorry.
Aber trotzdem vielen Dank für die wertvollen Hinweise zu UTF-8.
VG Gerrix

[joma]

In der 4.0 sollte es jetzt auch wieder mit ISO5889-1 funktionieren.