Hibiscus DTAUS-Import

Die Position 156 ist die viertletzte Stelle der Kontonummer im ersten C-Satz.
Da darf kein kleines a stehen, das Feld ist rein nummerisch.
Bist du wirklich 100 % sicher, dass diese Datei in Ordnung ist? Falls ja, gibt es Beweise?

Nachtrag: Das hat dann ja wohl mit den Anhängen doch geklappt; ich hoffe das hilft für die Lösung weiter!

Da bin ich mir sicher! Ich arbeite beruflich seit langer Zeit mit dem OnlineBanking und bisher hat der Import in StarMoney Business mit diesen Dateien auch problemlos geklappt. Nur eben mit Hibiscus gibt es da noch Probleme. Aber die sind ja dazu da um gelöst zu werden. Vielen Dank bis hierhin - ich werde die Datei an Stefan schicken.

Hab grad mal etwas im Source gestoebert. Kann es sein, dass in dem geschwaerzten Teil von http://www.onlinebanking-forum…hp?id=1017 ein "e" mit Akzent (wie in Andr´e) enthalten ist?

Ich seh naemlich grad, dass in Hibiscus zwar die (gemaess http://obantoo.berlios.de/changelog.shtml) aktuelle Version 1.4.11 vom 09.07.2008 enthalten ist (plugins/hibiscus/lib/obantoo-bin-1.4.11.jar). Im CVS aber am 04.06.2009 nochmal was geaendert wurde und vermutlich exakt das betreffen koennte:

http://cvs.berlios.de/cgi-bin/…f_format=h

In der Diff-Ansicht werden die "e" mit Akzent zwar leider nicht korrekt angezeigt. In meiner IDE seh ich aber, dass es sich um diese franzoesischen Laute handelt.

Vielleicht koenntest du Heiner ja bitten, eine aktualisierte Version 1.4.12 (bzw. 1.5.0 - so steht es zumindest schon im CVS) von obantoo zu veroeffentlichen, in der die inzwischen im CVS angefallenen Aenderungen mit enthalten sind. Denn meiner Meinung nach ist der Fehler bereits seit laengerer Zeit behoben - hatte nur noch nicht den Weg in Hibiscus gefunden.

Ich aktualisiere derweil mal Hibiscus mit einer aktuellen selbst-compilierten Version von obantoo 1.5.0 - ist ab morgen im Nightly-Build. Siehe http://www.willuhn.de/wiki/dok…lds_nutzen

Dieses "ungültige" Zeichen ist es gerade, dass mich selber stutzig macht, denn es ist überhaupt nicht enthalten. Die von mir unkenntlich gemachten Zeichen enthalten entweder nur Zahlen oder den Text aus dem Verwendungszweck Zeile 1 ( nur zugelassene Zeichen ) und dann den Auftraggeber.
Ich hatte zu Testzwecken Gestern auch bereits versucht, den Fehler näher einzugrenzen, indem ich die DTAUS im Editor geändert hatte, damit auf keinen Fall irgendwelche Sonderzeichen oder ähnliches enthalten waren; das hatte leider keine Auswirkungen. Anschließend habe ich die Überweisungsdaten selber nochmals geändert und die DTAUS neu erstellt; auch kein Erfolg. Es blieb bei der Fehlermeldung, ohne dass ich das ungültige Zeichen lokalisieren konnte. Damit waren dann leider meine Möglichkeiten erschöpft.
Ich habe die betreffende ursprüngliche DTAUS-Datei inzwischen an Heiner gesendet, damit er sich dies ansehen kann. Die "Interna" gehen hier leider über mein Verständnisvermögen hinaus - sorry.

Die Offset-Angabe (also Pos. 156) bezieht sich bei Obantoo auf das aktuell zu parsende Segment. Da ich den kompletten Stacktrace der Fehlermeldung jetzt nicht kenne, weiss ich nicht, auf was sich die Pos. 156 im konkreten Fall bezieht. Es muss also nicht zwingend mitten in der Kontonummer sein.

@Mat Birdy:mit welchem Editor hast Du die Datei abgespeichert ? Dadurch kann es sein, dass Du Dir Zeilenumbrüche eingehandelt hast. Solche darf die DTAUS-Datei nicht enthalten.

Welcher Editor fügt denn in ein Dokument Zeilenumbrüche ein, wo vorher keine waren?
Dass aus Newline ein Newline+CR wird OK aber doch nicht ganz neu einfügen. So einen Editor hab ich noch nicht gesehen.


Sehe ich anders. Gerade weil das Format so schön, gleichmäßig und alt ist ist es auch hinreichend dokumentiert. Insofern könnte man damit durchaus etwas anfangen. Aber das ist Geschmacksache. Ich bin immer für sprechende Fehlermeldungen, die erstmal dem Nutzer zur Selbsthilfe helfen könnten/sollten. Und erst in zweiter Linie dem Entwickler. Sonst braucht man sich nicht darüber wundern, dass es immer mehr DAU's gibt, die können ja garnicht anders bei solchen Fehlermeldungen.......

Wie haette denn im konkreten Fall die Fehlermeldung aussehen koennen, damit der Nutzer das Problem haette selbst loesen koennen? Selbst wenn die Meldung verstaendlich rueberbringt, was falsch ist, kann es der Normal-User trotzdem nicht loesen, weil er die Datei in einem Text-Editor nicht sinnvoll bearbeiten kann.

In meinem Bekanntenkreis kenne ich unter den Nicht-Experten keinen, der diese Aufgabe haette loesen koennen.