Hibiscus Saldenabfrage bei einigen Sparkassen unglaublich langsam

Hi Roadster,

soweit ich es verstanden habe, dürfte es eigentlich keine Rolle spielen, welches OS du nutzt. Da das Problem IN DER SOFTWARE liegt, die auf jedem System mit Java-Unterbau gleichermaßen gestartet wird, spielt es eben keine Rolle.
Daher sind weitere Tests von unterschiedlichen OS wohl auch wenig hilfreich. Wir brauchen den Debug-Gott mit Zugriff auf ein Sparkassenkonto.

Ich versuche gerade bei der Sparkasse Berlin jemanden zu erreichen, der ein Demo-Konto aufmachen kann, damit wir keine "echten" Daten nutzen müssen und der Chef es testen kann.

Bis später
JamFX

Mhh. Ich wuesste jetzt keinen HBCI-Geschaeftsvorfall, der dafuer zustaendig sein koennte. Aber selbst wenn, dann sollte eine normale Umsatzabfrage dennoch so schnell gehen, wie bei HBCI 2.2. Zumal Hibiscus ja auch das Start-Datum beim Abruf mitsendet. Die Bank muss ja gar nicht alle Umsaetze liefern.
Das Bizarre ist ja, dass es technisch in Hibiscus zwischen HBCI 2.2 und FinTS 3.0 keinerlei Unterschiede gibt. Das ist exakt der selbe Code, der da verwendet wird. Lediglich in den XML-Beschreibungsdateien fuer die auszufuehrenden Geschaeftsvorfaelle gibt es in FinTS 3.0 zusaetzlich ein paar neuere Versionen. Die unterscheiden sich aber technisch im Ablauf auch nicht. Da sind in neueren Segment-Versionen nur hier und da ein paar neue Felder dazu gekommen.

Meine Vermutung geht bisher in folgende Richtung

a) dass es gar nicht direkt mit dem HBCI-Protokoll zu tun hat sondern eine Ebene drunter auf HTTPS-Level passiert. Immerhin sind es ja neue Server-Adressen und damit auch neue HTTPS-Server. Eventuell kommt es hier beim SSL-Handshake manchmal dazu, dass irgend ein Crypto-Cipher gewaehlt wird, mit dem die SSL-Implementierung auf dem Client in Java/BouncyCastle Probleme hat. Das sollte sich aber in voller CPU-Auslastung des einen CPU-Kerns auswirken, der da gerade damit beschaeftigt ist. Hier koennte man mal verschiedene Java-Versionen durchprobieren.
b) dass es ein IPv6-Problem ist. Ich habe auf meinen eigenen Rechnern zum Beispiel IPv6 abgeschaltet, weil zum Beispiel Windows sonst fuer LAN-Adressen bisweilen biarre Namensaufloesungen durchfuehrt, weil es erst IPv6 versucht. Hier koennte man mal versuchen, IPv6 auf dem betroffenen Rechner abzuschalten.
c) dass es ein ICMP-Problem ist. Vielleicht schicken die neuen HBCI-Server groessere TCP-Pakete, die eigentlich fragmentiert werden muessten, diese Info aber verloren geht, weil irgendwer dazwischen (Router/Firewall) die ICMP-Rueckmeldungen (Destination Unreachable Fragmentation Needed, DF Set) verwirft). Hier koennte man testhalber mal die Firewall deaktivieren oder im Router schauen, ob der vielleicht irgendwas verwirft.
d) dass es ein Thread-Synchronisationsproblem von SWT ist. Das halte ich aber fuer unwahrscheinlich, weil es bei HBCI 2.2 auch haette auftreten muessen.

Das sind so die einzigen Sachen, die mir noch einfallen, wenn das Problem auf allen Betriebssystemen auftritt.

hab diesbzgl. keine Ahnung, mir ist nur folgendes diesbzgl. eingefallen:
ist das nicht überholt - siehe ua. AVM-FAQ hierzu: https://avm.de/service/fritzbo…-anpassen/

Für Linuxer könnte das interessant sein:
http://www.it-fehler.de/mtu-size-ermitteln/
http://www.fibel.org/linux/lfo-0.6.0/node476.html

HI zusammen,
a) Hat es einen Sinn, die "betroffenen" Sparkassen zu sammeln? Dann wäre evlt. eine "Angepinnter Betirag" in diesem Thread sinnvoll. Falls ja, die Berliner Sparkasse ist auch betroffen.
b) Ich habe mich mit einer unfreundlichen Dame der Sparkasse auseinandersetzen dürfen. Sie wollte kein Demokonto hergeben. Ich gebe das nicht auf und versuche an der Hotline mein Glück.

Grüße
JamFX

@roadster, auch ein gutes Argument. Damit wird auch druck auf die Banken aufgebaut, sich um die Problemlösung mit zu kümmern und ggf. mal ein Demokonto zum Debuggen bereitzustellen.

Grüße
JamFX

@Raimund, Ich kann deine Bedenken nicht teilen kann, dass eine Liste der mit Hibiscus funktionierenden Banken hier im Forum nicht "gedulded" werden kann und den Grundsätzen widerspricht. Das verstehe ich einfach nicht. Ich dachte das Forum wäre zu Hilfe der User da. Offenkundig ist das nicht dein Ziel, oder?
Das damit unmittelbar das Problem nicht gelöst werden kann ist klar. Es würden lediglich alle Benutzer darauf aufmerksam gemacht, dass es bestimmte Sparkassen gibt die funktionieren und andere die nicht (oder nur SEHR langsam) funktionieren. Das ist eine klare Hilfe und transparent. Ich brauche mich dann ja nicht "stunden lang" damit beschäfitigen, warum es bei meiner Sparkasse so lange dauert, wenn in der "Kompatibilitätsliste" steht, dass für z.B. die Berliner Bank ein Abruf ca. 5 Minuten dauert.

Gleichzeitig kann ich widerlegen, dass ein Demokonto für die Sparkasse zu teuer und nicht machbar ist. HIER:
https://banking.berliner-spark…TO=smsDEMO

Vielleicht kann @hibiscus damit etwas anfangen.

Spaßéshalber habe ich mal "Demokonto" gegoogelt und es gab eine ganze Menge Treffer. Wie auch immer. Lasst uns das Problem lösen und Transparenz schaffen.

Grüße
JamFX

Die verfuegbaren Demo-Konten beziehen sich immer alle nur auf die Web-Portale. Ich kenne leider kein HBCI-faehiges Demo-Konto mehr. Die Apo-Bank hatte mal eins. Seit die aber das RZ gewechselt haben, gibts das auch nicht mehr.

Hallo,

bei der Sparkasse Merzig-Wadern dauert die Kontenabfrage seit der Umstellung mehrere Minuten.
"keine Rückmeldung" Sind mehrere Konten dadurch extrem langsam?
Dagegen bei der Kreissparkasse Saarlouis und Sparkasse Saarbrücken kein Problem.

Mache in der Zeit etwas anderes. Ist jedoch nervig.

Gruß

Raimunds Bedenken sind da nicht grundlos. Wenn die Rechtsabteilung einer Bank gegen das Forum zu Felde ziehen will, dann wird das schnell teuer und unangenehm. Und das auf Kosten des Forenbetreibers...