Hibiscus Saldenabfrage bei einigen Sparkassen unglaublich langsam

Danke cfi. In Schritt 4 meinte ich aber nicht das normale jameica.log sondern das HBCI-Protokoll. Siehe die Beschreibung in meinem Posting in Schritt 4.

Schon mal ganz herzlichen Dank für soviel Einsatz!

Aktualisiere nochmal ;)

Ich denke, es ist geschafft!
Ladet euch das aktuelle Nightly-Build von Hibiscus (bereits verfügbar - also nicht erst morgen) und die Sache sollte wieder gehen.

Zum Hintergrund
Es sind nicht nur manche Sparkassen betroffen sondern alle. Unabhängig von Betriebssystem, Java-Version oder anderen Faktoren. Mein Zugang war also ebenfalls betroffen - mir ist es nur nicht aufgefallen, weil sich das bei 2-3 Konten im Bereich von 2-3 Sekunden bewegt. Hat man jedoch mehr Konten, potenziert sich die Zeit, da bei der Synchronisierung JEDES Kontos die UPD der gesamten Benutzerkennung - und damit auch aller darin vorhandener Konten - geliefert wird. Hat man also z.Bsp. 30 Konten und synchronisiert alle, dann erzeugte das 30 x 30 Sekunden Wartezeit.

Das Problem entstand - wie ich bereits in Posting 203 schrieb, durch die lange Reihe leere Datenelement-Gruppen. Die Umsetzung dafür war ziemlich tricky. Aber sie scheint zu funktionieren. Das Laufzeit-Verhalten sollte jetzt wieder so wie vorher sein.

Unabhängig davon
Die Bank ist leider auch nicht ganz unschuldig. Denn es ist in der Tat so, dass die Sparkassen in den UPDs jetzt keine sinnvolle Versionsnummer mehr mitschicken sondern generell nur "0". Ich habe das mit meinem eigenen Konto verifzieren können. Da die Banking-Anwendung bei der Dialog-Initialisierung ja die lokale UPD-Version mitsenden soll, bleibt HBCI4Java nichts anderes übrig, als eben die Version "0" wieder zurückzumelden. "0" steht aber als Platzhalter für "Ich habe noch keine UPD". Daher sendet der Server die UPDs jetzt jedes mal erneut. Allein dieser Umstand verursacht schon unnötigen Aufwand. Durch das ineffiziente Parsen der Daten bei Vorhandensein der vielen "+++++" in HBCI4Java kommen hier, also zwei unschöne Umstände zusammen.

Hibiscus kann damit jetzt zwar ordentlich umgehen. Dennoch wäre es aus meiner Sicht sinnvoll, wenn die Sparkassen mal pauschal die UPD-Version aller User auf "1" setzen würden, wo sie bisher "0" senden. Die tun sich da nämlich selbst keinen Gefallen, weil sie die UPD ja selbst jedesmal neu ausliefern müssen. Heisst: Erst sagt der Server: "Hier haste neue UPD, Version ist 0". Und wenn man dann zurückmeldet, dass man Version "0" hat, denkt der Server "Oh, der User hat ja noch keine UPD, also schick ich sie ihm mal".

@hibiscus
sollte das dann nicht gleich eine final werden, damit die anderen User keine Probs mehr melden, zumal das Problem hier ja auch schon behoben wurde.

Olaf, ganz vielen Dank für so einen vorbildlichen Einsatz.
Da kann sich jedes kommerzielle Programm eine Scheibe abschneiden...

Kurze Ergänzung,
unter LinuxMint18 gelingt mir die Installation der Nightly nicht, aber unter Windows10 hats geklappt.

Jameica:
Version: 2.7.0-nightly
SWT-Version: 4430 / win32
Java-Version: 1.8.0_101 / Windows 10 amd64
Build: 1518 [Datum 20160903]

Hibiscus:
Software-Version: 2.7.0-nightly
Datenbank-Version: 59
Build: 1361 [Datum 20160903]

Das aktualisieren meiner 8 Konten bei Volksbank BE-LP via HBCI Sicherheitsdatei dauert jetzt nur noch 60s.

Gruß Helmut

Ich verstehe es nicht,
unter Windows gelingt mir die Installation der Nightlys einwandfrei, unter Mint18 nicht ums Verr....
Habe mein altes /home/user/.jameica Verzeichnis umbenannt. Beide Nightlys (jameica und hibiscus) heruntergeladen, die jameica-2.7.0-nightly-linux64.zip entpackt und aus dem Terminal heraus aufgerufen, Kennwort neu eingegeben und was ist: jameica läuft als 2.6.4, wenn ich dann das Plugin, hibiscus-2.7.0-nightly.zip, hinzufügen will bekomme ich die Meldung das es entweder schon installiert sei oder das Jameica in der falschen Version vorliegt. Ich gebs fast auf, kann eigentlich nichts falsch machen.
Merkt sich Mint18 irgendwelche anderen persönlichen Einstellungen, z.B. Startbefehle eines zuvor angelegten Starters der alten jameica Version und leitet darum die Befehle um?

Ok und danke für den Hinweis, da habe ich heute morgen wohl etwas übersehen. Nachher nochmal testen.
Ich frag mich nur warum es dann Tage zuvor nicht ging.
Melde mich später.

Du hattest Recht, über die Anwendungsverwaltung war es außerdem installiert. Aber warum wurde das nicht automatisch nach dem Einfügen den neuen ppa-Quelle gelöscht? Meine Paketverwaltung hatte gesponnen, die Paketquellen waren doppelt eingetragen!?

Ich hab jetzt folgenden Stand:
über die Anwendungsverwaltung nur Jameica installiert:

Version: 2.6.4
SWT-Version: 4430 / gtk
Java-Version: 1.8.0_91 / Linux amd64
Build: 0 [Datum 20160523]

anschließend Hibiscus 2.6.18 herunter geladen und nach dem ersten öffnen von Jameica als Plugin hinzugefügt:

Software-Version: 2.6.18
Datenbank-Version: 59
Build: 361 [Datum 20160906]

danach habe ich das letzte Datenbank-Backup importiert.
Das aktualisieren meiner acht (8) Konten dauert nunmehr nur 42s.

Da mir diese Installation sehr umständlich vorkam, die Paketverwaltung hatte immer noch das alte hibiscus 2.6.16 im System, habe ich vor es morgen nach dieser Anleitung des sog. rundum Sorglos Paketes zu versuchen.

Edit: unter Windows10x64 war die Installation des Rundum-Sorglos-Paket erfolgreich und das hibiscus Plugin konnte ich auf die Version 18 updaten:
jameica:
Version: 2.6.4
SWT-Version: 4430 / win32
Java-Version: 1.8.0_101 / Windows 10 amd64
Build: 441 [Datum 20160502]

hibiscus:
Software-Version: 2.6.18
Datenbank-Version: 59
Build: 361 [Datum 20160906]