Hibiscus Saldenabfrage bei einigen Sparkassen unglaublich langsam

 
tiberius64
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 9
Dabei seit: 04 / 2016
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 ·  Gepostet: 01.05.2016 - 09:08 Uhr  ·  #81
Hallo beisammen,

habe ja letzten Sonntag auf Ubuntu 16.04 64bit upgegrated und Jameica 2.6.3 und Hibiscus 2.6.15 neu aus http://www.willuhn.de/products…inux64.zip, hibiscus entsprechend, heruntergeladen und installiert. Dies tat ich weil ich das Problem mit den dunklen Seiten hatte (siehe anderen Thread).
Nun tätigte ich gestern einige Überweisungen und stellte auch oben beschriebenes Problem fest. Allerdings nicht beim Synchronisieren mit den Banken (hier läuft alles flüssig und flott) sondern beim tätigen von Überweisungen und zwar derzeit bei der BBB und der NetBank. Ich kann auch den Workaround bestätigen, wobei es egal ist, ob ich in Jameica irgendetwas anklicke oder ob ich beispielsweise ein anderes Programm starte oder darin etwas anklicke - jedesmal läuft die Überweisung etwas weiter - seltsam.

Hat jemand noch Ideen?

Gruß

Robert
Roadster
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 78
Dabei seit: 03 / 2016
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 ·  Gepostet: 02.05.2016 - 11:12 Uhr  ·  #82
Der Workaraound bewirkt hier nichts, manchmal wird das Fenster blass (Prozess antwortet nicht) oder aber die Maske mit Bankzugängen wird angezeigt, als ob nichts wäre, die Arbeit im Hintergrund geht allerdings weiter.
Roadster
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 78
Dabei seit: 03 / 2016
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 ·  Gepostet: 18.05.2016 - 12:04 Uhr  ·  #83
Ist das Problem noch in Bearbeitung? Ich kann leider nicht unterstützen, meine Kenntnisse reichen dazu nicht aus. Falls es nicht lösbar sein sollte, kann der Thread geschlossen werden.
hibiscus
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Leipzig
Homepage: willuhn.de/
Beiträge: 10130
Dabei seit: 03 / 2005
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 ·  Gepostet: 18.05.2016 - 12:12 Uhr  ·  #84
Ich habe keine weiteren Ideen fuer moegliche Ursachen.
a_dietel
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 3
Dabei seit: 07 / 2016
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 ·  Gepostet: 22.07.2016 - 16:19 Uhr  ·  #85
Hallo zusammen,

dies ist also mein erster Beitrag in diesem Forum.

Auf der Suche nach langfristigem Ersatz (vor allem unter Linux) für mein SFirm (Sparkassen Software) bin ich wieder einmal bei
Jameica/Hibiscus gelandet. Ich hatte es vor Jahren bereits einmal ausprobiert, der Leistungsumfang überzeugt mich wirklich.

Was mich neuerdings leider überhaupt nicht überzeugt, ist die Verarbeitungsgeschwindigkeit bei der Ausführung von HBCI-Jobs,
speziell bei der Sparkasse (in meinem Fall Bayreuth). Auf der Suche nach Lösung bin ich auf diesen Thread gestoßen.

Nun ist es ja so, dass SPK-Konten bereits über den FinTS 3.0-Standard abgewickelt werden.
Außer meinen zahlreichen SPK-Konten verwalte ich auch zwei Postbank-Konten meines Juniors.

Bei diesen gibt es keinerlei Einschränkungen bei der Geschwindigkeit (sowohl unter HBCI 2.2 als auch FinTS 3.0, kann noch ausgewählt werden).
SPK-Jobs (z.B. Umsatzabfrage) benötigen annähernd 2 min. je Konto, die Abarbeitung der Jobs stockt bei der Meldung "warte auf Antwortdaten",
meiner Meinung nach die Rückmeldung vom RZ.
Eine probeweise Übertragung im HBCI 2.2 ist ja leider nicht mehr möglich, FinTS 3.0 wird ja automatisch gesetzt. So kann ich leider nicht überprüfen,
ob es am 3.0er Standard liegt. Kann ich mir allerdings kaum vorstellen, bei SFirm trat nach der Umstellung auch keinerlei Geschwindigkeitsverlust auf.

Nun habe ich etwas mit den Zugangsdaten gespielt.
Bei der Postbank ist die Benutzerkennung die 8-stellige Kontonummer, bei der Sparkasse (Bayreuth zumindest) eine 16-stellige, von der SPK vergebene
Zahlenkombination. Trage ich an der Stelle die Kundenkennung (10-stellig) oder eine erfundene, ebenfalls 8-stellige Zahlenkombination ein, erfolgt zwar keine korrekte Verarbeitung (logisch...) mit einer Fehlermeldung, die Abarbeitung des Jobs rennt aber blitzschnell (wie bei der Postbank) durch.

Liegt hier eventuell der Grund für die enorme Zeitverzögerung? Wird die Benutzerkennung verschlüsselt übertragen und dauert die De-/Kodierung deshalb so viel länger?
Leider hat man bei den Sparkassen ja keine Möglichkeit, eine Kontonummer als Benutzerkennung zu hinterlegen.

Als System dient Debian 7.8, Java ist aktuell (Version 8 Update 101), systemweit hinterlegt.

Hat bereits jemand eine Lösung für dieses Problem gefunden?
Ich würde mich freuen, wenn das Thema nochmals aufgegriffen würde.

Danke und viele Grüße aus Bayreuth

Andreas
hibiscus
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Leipzig
Homepage: willuhn.de/
Beiträge: 10130
Dabei seit: 03 / 2005
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 ·  Gepostet: 25.07.2016 - 13:42 Uhr  ·  #86
Zitat geschrieben von a_dietel

Eine probeweise Übertragung im HBCI 2.2 ist ja leider nicht mehr möglich, FinTS 3.0 wird ja automatisch gesetzt. So kann ich leider nicht überprüfen,
ob es am 3.0er Standard liegt. Kann ich mir allerdings kaum vorstellen, bei SFirm trat nach der Umstellung auch keinerlei Geschwindigkeitsverlust auf.


Es liegt nicht pauschal an FinTS 3. Und es ist auch kein generelles Problem. Ich habe selbst auch ein Konto bei der Sparkasse und kann diesen langsamen Abruf überhaupt nicht nachvollziehen/reproduzieren.

Zitat geschrieben von a_dietel

Liegt hier eventuell der Grund für die enorme Zeitverzögerung? Wird die Benutzerkennung verschlüsselt übertragen und dauert die De-/Kodierung deshalb so viel länger?


Ach na nu aber! Ehrlich.
Ob die Benutzerkennung nun kürzer oder länger ist - das hat ganz sicher keinen Einfluss auf die Geschwindigkeit.
Das ist doch völlig aus der Luft gegriffene Spekulation.

Zitat geschrieben von a_dietel

Hat bereits jemand eine Lösung für dieses Problem gefunden?
Ich würde mich freuen, wenn das Thema nochmals aufgegriffen würde.


Ich habe in diesem Endlos-Thread schon UNZÄHLIGE Vorschläge zur genauen Analyse gebracht. Die meisten davon wurden entweder ignoriert oder brachten keine Erkenntnisse:

http://www.onlinebanking-forum…real123998
http://www.onlinebanking-forum…real124011
http://www.onlinebanking-forum…real124050
http://www.onlinebanking-forum…real124098
http://www.onlinebanking-forum…real124105
http://www.onlinebanking-forum…real124112
http://www.onlinebanking-forum…real124117
http://www.onlinebanking-forum…real124145
http://www.onlinebanking-forum…real124172
http://www.onlinebanking-forum…real124414
http://www.onlinebanking-forum…real124508
http://www.onlinebanking-forum…real124535
http://www.onlinebanking-forum…real124538

Ich selbst kann das Problem wie gesagt nicht reproduzieren. Wenn sich nicht jemand mit HINREICHEND Kenntnis in Sachen Java-Debugging findet, der von dem Problem betroffen ist und es näher analsysieren kann, bringen weitere Spekulationen nichts mehr. Ich habe keine einzige sinnvolle Erklärung mehr dafür. Ausser den etlichen oben bereits genannten. Hier seien insbesondere auch nochmal moegliche Netzwerk-Probleme (Firewall) erwaehnt.
tiberius64
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 9
Dabei seit: 04 / 2016
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 ·  Gepostet: 26.07.2016 - 08:41 Uhr  ·  #87
Hallo beisammen,

also bei mir läuft nun wieder alles flüssig und die dunkle Seitendarstellung ist auch im Griff.
Also ich habe auf das nightly, analog der Beschreibung im Wiki aktualisiert, damit war das bei mir aufgetretene "hängen" des Programms beim synchronisieren erledigt und alles läuft wieder flüssig.
Nun hatte ich noch die ausgegrauten Flächen bzw. die unschöne Darstellung des Programmfensters.
Dies habe ich in den Griff bekommen, als ich bemerkte, dass in meinem Starter der automatisch eingetragene relativ lange Befehl irgentwas mit "jar" (bin gerade nicht an dem Rechner - wenn es helfen könnte lasst es mich wissen, dann reiche ich den Befehl nach) stand und ich diesen Startbefehl dann korrekt auf "opt\jameica\jameica.sh", wie wenn ich aus dem Terminal starte, umgeschrieben hatte.

Hoffe das hilft,

Robert
a_dietel
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 3
Dabei seit: 07 / 2016
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 ·  Gepostet: 30.07.2016 - 15:22 Uhr  ·  #88
Hallo,

und danke für die Antwort hibiscus.

Die Lösungsvorschläge habe ich alle durchexerziert. Allerdings brachten sie auch bei mir keinen Erfolg.
Und ich wollte nicht spekulieren, es war eine einfache Frage diesbezüglich.

Das Log während der Auftragsabarbeitung Umsatzabholung bei der Sparkasse sieht folgendermaßen aus.
Deshalb meine Frage bezüglich Ver-/Entschlüsselung - bei meinen Postbankkonten dauert die ganze Angelegenheit 6 sec.

Zitat

[30.07.2016 14:49:24] Synchronisierung via HBCI läuft
[30.07.2016 14:49:24]
[30.07.2016 14:49:24] Synchronisiere Konto: Giro XXXXX71, Kto. XXXXX71 [Sparkasse Bayreuth]
[30.07.2016 14:49:24] Initialisiere HBCI-Sicherheitsmedium
[30.07.2016 14:49:24] Erzeuge HBCI-Handle
[30.07.2016 14:49:24] Öffne HBCI-Verbindung
[30.07.2016 14:49:25] [BPD] max age: 7 days
[30.07.2016 14:49:25] [BPD] last update: Sat Jul 30 13:48:05 CEST 2016
[30.07.2016 14:49:25] fetching SEPA information
[30.07.2016 14:49:25] Füge Auftrag SEPAInfo1 zum Dialog hinzu
[30.07.2016 14:49:25] fetching TAN media list
[30.07.2016 14:49:25] Füge Auftrag TANMediaList4 zum Dialog hinzu
[30.07.2016 14:49:25] have to generate new message because current type of passport only allows 1 GV segs per message
[30.07.2016 14:49:25] executing dialog for customerid XXXXXXXXXXXXXXXX
[30.07.2016 14:49:25] führe Dialog-Initialisierung aus
[30.07.2016 14:49:29] creating a connection to https://banking-by4.s-fints-pt-by.de:443/fints30 and checking the certificate
[30.07.2016 14:49:35] warte auf Antwortdaten
#######################################################################
ab hier steht das ganze Programm, friert ein, wenn ich die GUI wegklicke und wieder
herhole, weist die GUI ebenfalls nur noch die bereits genannten ausgegrauten Flächen auf,
bis es dann verzögert weitergeht
#######################################################################
[30.07.2016 14:50:32] rescued TAN media info to new UPD: Sparkassen-Card
[30.07.2016 14:50:32] installed new UPD [old version: 0, new version: 0]
[30.07.2016 14:50:33] processing jobs
[30.07.2016 14:50:33] warte auf Antwortdaten
[30.07.2016 14:50:33] warte auf Antwortdaten
[30.07.2016 14:50:33] adding TAN media names to UPD: Sparkassen-Card
[30.07.2016 14:50:33] processing dialog end
[30.07.2016 14:50:33] warte auf Antwortdaten
[30.07.2016 14:50:33] successfully fetched meta info
[30.07.2016 14:50:34] Aktiviere HBCI-Job: "Giro XXXXX71, Kto. XXXXX71 [Sparkasse Bayreuth]: Umsätze/Salden abrufen"
[30.07.2016 14:50:34] Füge Auftrag Saldo5 zum Dialog hinzu
[30.07.2016 14:50:34] Aktiviere HBCI-Job: "Giro XXXXX71, Kto. XXXXX71 [Sparkasse Bayreuth]: Umsätze/Salden abrufen"
[30.07.2016 14:50:34] Füge Auftrag KUmsZeit5 zum Dialog hinzu
[30.07.2016 14:50:34] have to generate new message because current type of passport only allows 1 GV segs per message
[30.07.2016 14:50:34] Führe HBCI-Jobs aus
[30.07.2016 14:50:34] executing dialog for customerid XXXXXXXXXXXXXXXX
[30.07.2016 14:50:34] führe Dialog-Initialisierung aus
[30.07.2016 14:50:34] creating a connection to https://banking-by4.s-fints-pt-by.de:443/fints30 and checking the certificate
[30.07.2016 14:50:34] warte auf Antwortdaten
...


Auch bei der Überprüfung des Sicherheitsmediums:

Zitat

30.07.2016 15:02:15] Teste Sicherheits-Medium...
[30.07.2016 15:02:15] open pin/tan passport
[30.07.2016 15:02:15] [PIN/TAN] url : banking-by4.s-fints-pt-by.de/fints30
[30.07.2016 15:02:15] [PIN/TAN] blz : 77350110
[30.07.2016 15:02:15] [PIN/TAN] filter : Base64
[30.07.2016 15:02:15] [PIN/TAN] HBCI version: 300
[30.07.2016 15:02:15] [PIN/TAN] tan sec mech: 911
[30.07.2016 15:02:15] [BPD] max age: 7 days
[30.07.2016 15:02:15] [BPD] last update: Sat Jul 30 13:48:05 CEST 2016
[30.07.2016 15:02:15] fetching SEPA information
[30.07.2016 15:02:15] Füge Auftrag SEPAInfo1 zum Dialog hinzu
[30.07.2016 15:02:15] fetching TAN media list
[30.07.2016 15:02:15] Füge Auftrag TANMediaList4 zum Dialog hinzu
[30.07.2016 15:02:15] have to generate new message because current type of passport only allows 1 GV segs per message
[30.07.2016 15:02:15] executing dialog for customerid XXXXXXXXXXXXXXXX
[30.07.2016 15:02:15] führe Dialog-Initialisierung aus
[30.07.2016 15:02:15] führe Dialog-Initialisierung aus
[30.07.2016 15:02:15] erzeuge HBCI-Nachricht DialogInit
[30.07.2016 15:02:15] signiere HBCI-Nachricht
[30.07.2016 15:02:18] verschlüssele HBCI-Nachricht
[30.07.2016 15:02:18] creating a connection to https://banking-by4.s-fints-pt-by.de:443/fints30 and checking the certificate
[30.07.2016 15:02:18] versende HBCI-Nachricht
[30.07.2016 15:02:19] warte auf Antwortdaten
[30.07.2016 15:02:19] warte auf Antwortdaten
[30.07.2016 15:02:19] entschlüssele Antwortnachricht
#######################################################################
Auch beim Test des Sicherheitsmediums hängt das System.
Das selbe Verhalten beim Ausführen von Überweisungen.
#######################################################################
[30.07.2016 15:03:26] überprüfe Signatur der Antwortnachricht
[30.07.2016 15:03:26] rescued TAN media info to new UPD: Sparkassen-Card
[30.07.2016 15:03:26] installed new UPD [old version: 0, new version: 0]
[30.07.2016 15:03:26] nutzerspezifische Daten aktualisiert - neue Version is 0
[30.07.2016 15:03:26] Dialog initialisiert - Dialog-ID ist 592763769277=6612088882111032=
[30.07.2016 15:03:26] processing jobs
[30.07.2016 15:03:26] erstelle Auftragsdaten für Geschäftsvorfall SEPAInfo1
[30.07.2016 15:03:26] erzeuge HBCI-Nachricht CustomMsg
[30.07.2016 15:03:26] signiere HBCI-Nachricht
[30.07.2016 15:03:26] verschlüssele HBCI-Nachricht
[30.07.2016 15:03:26] versende HBCI-Nachricht
[30.07.2016 15:03:26] warte auf Antwortdaten
[30.07.2016 15:03:26] warte auf Antwortdaten
[30.07.2016 15:03:26] entschlüssele Antwortnachricht
[30.07.2016 15:03:26] überprüfe Signatur der Antwortnachricht
[30.07.2016 15:03:26] Ergebnisdaten für Geschäftsvorfall SEPAInfo1 empfangen
[30.07.2016 15:03:27] erstelle Auftragsdaten für Geschäftsvorfall TANMediaList4
[30.07.2016 15:03:27] erzeuge HBCI-Nachricht CustomMsg
[30.07.2016 15:03:27] signiere HBCI-Nachricht
[30.07.2016 15:03:27] verschlüssele HBCI-Nachricht
[30.07.2016 15:03:27] versende HBCI-Nachricht
[30.07.2016 15:03:27] warte auf Antwortdaten
[30.07.2016 15:03:27] warte auf Antwortdaten
[30.07.2016 15:03:27] entschlüssele Antwortnachricht
[30.07.2016 15:03:27] überprüfe Signatur der Antwortnachricht
[30.07.2016 15:03:27] adding TAN media names to UPD: Sparkassen-Card
[30.07.2016 15:03:27] Ergebnisdaten für Geschäftsvorfall TANMediaList4 empfangen
[30.07.2016 15:03:27] processing dialog end
[30.07.2016 15:03:27] beende Dialog
[30.07.2016 15:03:27] erzeuge HBCI-Nachricht DialogEnd
[30.07.2016 15:03:27] signiere HBCI-Nachricht
[30.07.2016 15:03:27] verschlüssele HBCI-Nachricht
[30.07.2016 15:03:27] versende HBCI-Nachricht
[30.07.2016 15:03:27] warte auf Antwortdaten
[30.07.2016 15:03:27] warte auf Antwortdaten
[30.07.2016 15:03:27] entschlüssele Antwortnachricht
[30.07.2016 15:03:27] überprüfe Signatur der Antwortnachricht
[30.07.2016 15:03:27] Dialog beendet
[30.07.2016 15:03:27] successfully fetched meta info
[30.07.2016 15:03:27] no changed customer data in persistent data of passport found
[30.07.2016 15:03:27] closing pin/tan passport
[30.07.2016 15:03:27] pin/tan passport closed
[30.07.2016 15:03:27] Sicherheits-Medium erfolgreich getestet.


Ich habe mittlerweile noch die STrust-Zertifikate eingebunden, kein Erfolg.

Das gleiche Verhalten unter Debian 7 und 8. Firewalls alle testweise deaktiviert.
Da bei der Postbank dieses Verhalten nicht auftritt, sollte es aber auch nicht daran liegen, oder?

Bleibt mir nur die Möglichkeit, mal noch ein anderes System aufzusetzen.
Für detailliertes Java-Debugging fehlt mir momentan leider die Zeit, um mich genau einzuarbeiten.

Gruß und danke für eventuelle weitere Vorschläge,

Andreas
jay
Neuling
Avatar
Geschlecht: keine Angabe
Beiträge: 1
Dabei seit: 07 / 2016
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 ·  Gepostet: 31.07.2016 - 17:06 Uhr  ·  #89
Hallo,

ich hatte das selbe Problem, dass es seit Ubuntu 16.04 und dem einhergehenden Upgrade der openJDK die Abfragen in Hibiscus ewig dauern. Ein Workaround war sobald die Abfrage gestartet wurde auf "Bank Zugänge zu wechseln" dann ging's normal. Leider funktionierte das nicht bei Überweisungen, da diese ja dann abgebrochen wurden.

Aktuell hab ich es so wieder normal hinbekommen:
Die original Oracle Java Runtime installiert (https://wiki.ubuntuusers.de/Java/Installation/Oracle_Java/Java_8/). Da ich aber nicht alle Java Programme damit ausführen will hab ich einen zweiten Jameica Start-Skript erstellt: Bei dem die Startzeile nun so aussieht:

LIBOVERLAY_SCROLLBAR=0 GDK_NATIVE_WINDOWS=1 SWT_GTK3=0 exec /usr/lib/jvm/java-8-oracle/bin/java -Djava.net.preferIPv4Stack=true -Xmx512m $_JCONSOLE -jar jameica-linux${archsuffix}.jar $@


Hoffe das hilft weiter.
meisterwms
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 13
Dabei seit: 11 / 2010
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 ·  Gepostet: 31.07.2016 - 22:00 Uhr  ·  #90
Ich habe - wie manche andere - das Problem, dass bei jedemKontoabruf das Program für ca. 45 Sekunden einfriert und etwas prüft. Nun habe ich weiter ein wenig gespiel und Interessantes beobachtet. Es macht einen Unterschied, ob ich eine 32 Bit oder eine 64 Bit Version starte. Ich habe diese Prüfung (bankzugang testen) jeweils 5 Mal durchlaufen lassen und hatte jedes Mal vergleichbare Zeiten.

Mit beiden Konfigurationen lassen sich Kontodaten abrufen (aber eben mit einer Pause..)

Wenn ich Java 32 Bit (mit J. 32 bit) nutze, dann dauert die Pause ca. 45 Sekunden:


[31.07.2016 21:54:08] Teste Sicherheits-Medium...
[31.07.2016 21:54:08] open pin/tan passport
[31.07.2016 21:54:08] [PIN/TAN] url : banking-dkb.s-fints-pt-dkb.de/fints30
[31.07.2016 21:54:08] [PIN/TAN] blz : 12030000
[31.07.2016 21:54:08] [PIN/TAN] filter : Base64
[31.07.2016 21:54:08] [PIN/TAN] HBCI version: 300
[31.07.2016 21:54:08] [PIN/TAN] tan sec mech: null
[31.07.2016 21:54:08] [BPD] max age: 7 days
[31.07.2016 21:54:08] [BPD] last update: Sun Jul 31 21:49:51 CEST 2016
[31.07.2016 21:54:08] fetching SEPA information
[31.07.2016 21:54:08] Füge Auftrag SEPAInfo1 zum Dialog hinzu
[31.07.2016 21:54:08] fetching TAN media list
[31.07.2016 21:54:08] Füge Auftrag TANMediaList4 zum Dialog hinzu
[31.07.2016 21:54:08] have to generate new message because current type of passport only allows 1 GV segs per message
[31.07.2016 21:54:08] executing dialog for customerid XXXXXXXXXXXXXXXX
[31.07.2016 21:54:08] führe Dialog-Initialisierung aus
[31.07.2016 21:54:08] führe Dialog-Initialisierung aus
[31.07.2016 21:54:08] erzeuge HBCI-Nachricht DialogInit
[31.07.2016 21:54:08] signiere HBCI-Nachricht
[31.07.2016 21:54:08] pin loaded from wallet
[31.07.2016 21:54:08] using cached pin, passport: org.kapott.hbci.passport.HBCIPassportPinTan
[31.07.2016 21:54:08] verschlüssele HBCI-Nachricht
[31.07.2016 21:54:08] creating a connection to https://banking-dkb.s-fints-pt-dkb.de:443/fints30 and checking the certificate
[31.07.2016 21:54:08] versende HBCI-Nachricht
[31.07.2016 21:54:09] warte auf Antwortdaten
[31.07.2016 21:54:09] warte auf Antwortdaten
[31.07.2016 21:54:09] entschlüssele Antwortnachricht
[31.07.2016 21:54:50] überprüfe Signatur der Antwortnachricht
[31.07.2016 21:54:50] installed new UPD [old version: 0, new version: 0]
[31.07.2016 21:54:50] nutzerspezifische Daten aktualisiert - neue Version is 0
[31.07.2016 21:54:50] Dialog initialisiert - Dialog-ID ist 183523889476=6612500003111041=
[31.07.2016 21:54:50] processing jobs
[31.07.2016 21:54:50] erstelle Auftragsdaten für Geschäftsvorfall SEPAInfo1
[31.07.2016 21:54:50] erzeuge HBCI-Nachricht CustomMsg
[31.07.2016 21:54:50] signiere HBCI-Nachricht
[31.07.2016 21:54:50] verschlüssele HBCI-Nachricht
[31.07.2016 21:54:50] versende HBCI-Nachricht
[31.07.2016 21:54:50] warte auf Antwortdaten
[31.07.2016 21:54:50] warte auf Antwortdaten
[31.07.2016 21:54:50] entschlüssele Antwortnachricht
[31.07.2016 21:54:50] überprüfe Signatur der Antwortnachricht
[31.07.2016 21:54:50] Ergebnisdaten für Geschäftsvorfall SEPAInfo1 empfangen
[31.07.2016 21:54:50] erstelle Auftragsdaten für Geschäftsvorfall TANMediaList4
[31.07.2016 21:54:50] erzeuge HBCI-Nachricht CustomMsg
[31.07.2016 21:54:50] signiere HBCI-Nachricht
[31.07.2016 21:54:50] verschlüssele HBCI-Nachricht
[31.07.2016 21:54:50] versende HBCI-Nachricht
[31.07.2016 21:54:51] warte auf Antwortdaten
[31.07.2016 21:54:51] warte auf Antwortdaten
[31.07.2016 21:54:51] entschlüssele Antwortnachricht
[31.07.2016 21:54:51] HBCI error code: 9050:Die Nachricht enthält Fehler. org.kapott.hbci.status.HBCIStatus.addRetVal(HBCIStatus.java:72)
[31.07.2016 21:54:51] HBCI error code: 9010:Der Auftrag wurde nicht ausgeführt. (3: CustomMsg.GV.TANMediaList4) org.kapott.hbci.status.HBCIStatus.addRetVal(HBCIStatus.java:72)
[31.07.2016 21:54:51] HBCI error code: 9010:Keine Auftragsberechtigung vorhanden.(MBT61500000009) (3: CustomMsg.GV.TANMediaList4) org.kapott.hbci.status.HBCIStatus.addRetVal(HBCIStatus.java:72)
[31.07.2016 21:54:51] überprüfe Signatur der Antwortnachricht
[31.07.2016 21:54:51] HBCI error code: 9010:Der Auftrag wurde nicht ausgeführt. (3: CustomMsg.GV.TANMediaList4) org.kapott.hbci.status.HBCIStatus.addRetVal(HBCIStatus.java:72)
[31.07.2016 21:54:51] HBCI error code: 9010:Keine Auftragsberechtigung vorhanden.(MBT61500000009) (3: CustomMsg.GV.TANMediaList4) org.kapott.hbci.status.HBCIStatus.addRetVal(HBCIStatus.java:72)
[31.07.2016 21:54:51] Ergebnisdaten für Geschäftsvorfall TANMediaList4 empfangen
[31.07.2016 21:54:51] processing dialog end
[31.07.2016 21:54:51] beende Dialog
[31.07.2016 21:54:51] erzeuge HBCI-Nachricht DialogEnd
[31.07.2016 21:54:51] signiere HBCI-Nachricht
[31.07.2016 21:54:51] verschlüssele HBCI-Nachricht
[31.07.2016 21:54:51] versende HBCI-Nachricht
[31.07.2016 21:54:51] warte auf Antwortdaten
[31.07.2016 21:54:51] warte auf Antwortdaten
[31.07.2016 21:54:51] entschlüssele Antwortnachricht
[31.07.2016 21:54:51] überprüfe Signatur der Antwortnachricht
[31.07.2016 21:54:51] Dialog beendet
[31.07.2016 21:54:51] error while fetching meta info: Dialog for 'XXXXXXXXXXXXXXXX':
[31.07.2016 21:54:51] DIALOG-INITIALISIERUNG:
[31.07.2016 21:54:51] 3060:Bitte beachten Sie die enthaltenen Warnungen/Hinweise.
[31.07.2016 21:54:51] 3050:UPD nicht mehr aktuell, aktuelle Version enthalten. (4: DialogInit.ProcPrep)
[31.07.2016 21:54:51] 3920:Zugelassene Zwei-Schritt-Verfahren für den Benutzer. p:900 (4: DialogInit.ProcPrep)
[31.07.2016 21:54:51] 0020:Der Auftrag wurde ausgeführt. (4: DialogInit.ProcPrep)
[31.07.2016 21:54:51] DIALOG-NACHRICHT #1:
[31.07.2016 21:54:51] 0010:Nachricht entgegengenommen.
[31.07.2016 21:54:51] 0020:Der Auftrag wurde ausgeführt. (3: CustomMsg.GV.SEPAInfo1)
[31.07.2016 21:54:51] DIALOG-NACHRICHT #2:
[31.07.2016 21:54:51] 9050:Die Nachricht enthält Fehler.
[31.07.2016 21:54:51] 9010:Der Auftrag wurde nicht ausgeführt. (3: CustomMsg.GV.TANMediaList4)
[31.07.2016 21:54:51] 9010:Keine Auftragsberechtigung vorhanden.(MBT61500000009) (3: CustomMsg.GV.TANMediaList4)
[31.07.2016 21:54:51] DIALOG-ENDE:
[31.07.2016 21:54:51] 0010:Nachricht entgegengenommen.
[31.07.2016 21:54:51] 0100:Dialog beendet. org.kapott.hbci.manager.HBCIHandler.updateMetaInfo(HBCIHandler.java:197)
[31.07.2016 21:54:51] no changed customer data in persistent data of passport found
[31.07.2016 21:54:51] closing pin/tan passport
[31.07.2016 21:54:51] pin/tan passport closed
[31.07.2016 21:54:51] Sicherheits-Medium erfolgreich getestet.


Wenn ich jedoch java 64 bit (und J. 64 Bit) installiere und nehme, dann dauert die pause ca. 30 Sekunden.

[31.07.2016 21:52:23] Teste Sicherheits-Medium...
[31.07.2016 21:52:23] open pin/tan passport
[31.07.2016 21:52:23] [PIN/TAN] url : banking-dkb.s-fints-pt-dkb.de/fints30
[31.07.2016 21:52:23] [PIN/TAN] blz : 12030000
[31.07.2016 21:52:23] [PIN/TAN] filter : Base64
[31.07.2016 21:52:23] [PIN/TAN] HBCI version: 300
[31.07.2016 21:52:23] [PIN/TAN] tan sec mech: null
[31.07.2016 21:52:23] [BPD] max age: 7 days
[31.07.2016 21:52:23] [BPD] last update: Sun Jul 31 21:49:51 CEST 2016
[31.07.2016 21:52:23] fetching SEPA information
[31.07.2016 21:52:23] Füge Auftrag SEPAInfo1 zum Dialog hinzu
[31.07.2016 21:52:23] fetching TAN media list
[31.07.2016 21:52:23] Füge Auftrag TANMediaList4 zum Dialog hinzu
[31.07.2016 21:52:23] have to generate new message because current type of passport only allows 1 GV segs per message
[31.07.2016 21:52:23] executing dialog for customerid XXXXXXXXXXXXXXXX
[31.07.2016 21:52:23] führe Dialog-Initialisierung aus
[31.07.2016 21:52:23] führe Dialog-Initialisierung aus
[31.07.2016 21:52:23] erzeuge HBCI-Nachricht DialogInit
[31.07.2016 21:52:23] signiere HBCI-Nachricht
[31.07.2016 21:52:23] pin loaded from wallet
[31.07.2016 21:52:23] using cached pin, passport: org.kapott.hbci.passport.HBCIPassportPinTan
[31.07.2016 21:52:23] verschlüssele HBCI-Nachricht
[31.07.2016 21:52:23] creating a connection to https://banking-dkb.s-fints-pt-dkb.de:443/fints30 and checking the certificate
[31.07.2016 21:52:23] versende HBCI-Nachricht
[31.07.2016 21:52:24] warte auf Antwortdaten
[31.07.2016 21:52:24] warte auf Antwortdaten
[31.07.2016 21:52:24] entschlüssele Antwortnachricht
[31.07.2016 21:52:52] überprüfe Signatur der Antwortnachricht
[31.07.2016 21:52:52] installed new UPD [old version: 0, new version: 0]
[31.07.2016 21:52:52] nutzerspezifische Daten aktualisiert - neue Version is 0
[31.07.2016 21:52:52] Dialog initialisiert - Dialog-ID ist 164973859753=9517499992111041=
[31.07.2016 21:52:52] processing jobs
[31.07.2016 21:52:52] erstelle Auftragsdaten für Geschäftsvorfall SEPAInfo1
[31.07.2016 21:52:52] erzeuge HBCI-Nachricht CustomMsg
[31.07.2016 21:52:52] signiere HBCI-Nachricht
[31.07.2016 21:52:52] verschlüssele HBCI-Nachricht
[31.07.2016 21:52:52] versende HBCI-Nachricht
[31.07.2016 21:52:53] warte auf Antwortdaten
[31.07.2016 21:52:53] warte auf Antwortdaten
[31.07.2016 21:52:53] entschlüssele Antwortnachricht
[31.07.2016 21:52:53] überprüfe Signatur der Antwortnachricht
[31.07.2016 21:52:53] Ergebnisdaten für Geschäftsvorfall SEPAInfo1 empfangen
[31.07.2016 21:52:53] erstelle Auftragsdaten für Geschäftsvorfall TANMediaList4
[31.07.2016 21:52:53] erzeuge HBCI-Nachricht CustomMsg
[31.07.2016 21:52:53] signiere HBCI-Nachricht
[31.07.2016 21:52:53] verschlüssele HBCI-Nachricht
[31.07.2016 21:52:53] versende HBCI-Nachricht
[31.07.2016 21:52:53] warte auf Antwortdaten
[31.07.2016 21:52:53] warte auf Antwortdaten
[31.07.2016 21:52:53] entschlüssele Antwortnachricht
[31.07.2016 21:52:53] HBCI error code: 9050:Die Nachricht enthält Fehler. org.kapott.hbci.status.HBCIStatus.addRetVal(HBCIStatus.java:72)
[31.07.2016 21:52:53] HBCI error code: 9010:Der Auftrag wurde nicht ausgeführt. (3: CustomMsg.GV.TANMediaList4) org.kapott.hbci.status.HBCIStatus.addRetVal(HBCIStatus.java:72)
[31.07.2016 21:52:53] HBCI error code: 9010:Keine Auftragsberechtigung vorhanden.(MBT61500000009) (3: CustomMsg.GV.TANMediaList4) org.kapott.hbci.status.HBCIStatus.addRetVal(HBCIStatus.java:72)
[31.07.2016 21:52:53] überprüfe Signatur der Antwortnachricht
[31.07.2016 21:52:53] HBCI error code: 9010:Der Auftrag wurde nicht ausgeführt. (3: CustomMsg.GV.TANMediaList4) org.kapott.hbci.status.HBCIStatus.addRetVal(HBCIStatus.java:72)
[31.07.2016 21:52:53] HBCI error code: 9010:Keine Auftragsberechtigung vorhanden.(MBT61500000009) (3: CustomMsg.GV.TANMediaList4) org.kapott.hbci.status.HBCIStatus.addRetVal(HBCIStatus.java:72)
[31.07.2016 21:52:53] Ergebnisdaten für Geschäftsvorfall TANMediaList4 empfangen
[31.07.2016 21:52:53] processing dialog end
[31.07.2016 21:52:53] beende Dialog
[31.07.2016 21:52:53] erzeuge HBCI-Nachricht DialogEnd
[31.07.2016 21:52:53] signiere HBCI-Nachricht
[31.07.2016 21:52:53] verschlüssele HBCI-Nachricht
[31.07.2016 21:52:53] versende HBCI-Nachricht
[31.07.2016 21:52:53] warte auf Antwortdaten
[31.07.2016 21:52:53] warte auf Antwortdaten
[31.07.2016 21:52:53] entschlüssele Antwortnachricht
[31.07.2016 21:52:53] überprüfe Signatur der Antwortnachricht
[31.07.2016 21:52:53] Dialog beendet
[31.07.2016 21:52:53] error while fetching meta info: Dialog for 'XXXXXXXXXXXXXXXX':
[31.07.2016 21:52:53] DIALOG-INITIALISIERUNG:
[31.07.2016 21:52:53] 3060:Bitte beachten Sie die enthaltenen Warnungen/Hinweise.
[31.07.2016 21:52:53] 3050:UPD nicht mehr aktuell, aktuelle Version enthalten. (4: DialogInit.ProcPrep)
[31.07.2016 21:52:53] 3920:Zugelassene Zwei-Schritt-Verfahren für den Benutzer. p:900 (4: DialogInit.ProcPrep)
[31.07.2016 21:52:53] 0020:Der Auftrag wurde ausgeführt. (4: DialogInit.ProcPrep)
[31.07.2016 21:52:53] DIALOG-NACHRICHT #1:
[31.07.2016 21:52:53] 0010:Nachricht entgegengenommen.
[31.07.2016 21:52:53] 0020:Der Auftrag wurde ausgeführt. (3: CustomMsg.GV.SEPAInfo1)
[31.07.2016 21:52:53] DIALOG-NACHRICHT #2:
[31.07.2016 21:52:53] 9050:Die Nachricht enthält Fehler.
[31.07.2016 21:52:53] 9010:Der Auftrag wurde nicht ausgeführt. (3: CustomMsg.GV.TANMediaList4)
[31.07.2016 21:52:53] 9010:Keine Auftragsberechtigung vorhanden.(MBT61500000009) (3: CustomMsg.GV.TANMediaList4)
[31.07.2016 21:52:53] DIALOG-ENDE:
[31.07.2016 21:52:53] 0010:Nachricht entgegengenommen.
[31.07.2016 21:52:53] 0100:Dialog beendet. org.kapott.hbci.manager.HBCIHandler.updateMetaInfo(HBCIHandler.java:197)
[31.07.2016 21:52:53] no changed customer data in persistent data of passport found
[31.07.2016 21:52:53] closing pin/tan passport
[31.07.2016 21:52:53] pin/tan passport closed
[31.07.2016 21:52:53] Sicherheits-Medium erfolgreich getestet.
gjaekel
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 8
Dabei seit: 08 / 2016
Betreff:

Auch langsam mit FinTS3

 ·  Gepostet: 03.08.2016 - 14:41 Uhr  ·  #91
Hallo Olaf,

ich habe gerade meinen Zugang (Chipkarte & Towitoko Chipdrive an RS232, Frankfurter Sparkasse / 1822direkt) gemäß Anleitung umgestellt: Protokoll geändert, neue Server-Adresse eingetragen, BPD gelöscht, Zugang erfolgreich getestet).

Und auch bei mir dauert es (10 Konten) jetzt deutlich länger, weil nach "entschlüssele Antwortnachricht" und dem folgenden "überprüfe Signatur" nun meist deutlich über 10s vergehen. Die ganze Prozedur, die ohnehin schon gut 2 Minuten gedauert hat verlängert sich dadurch nochmal um mehrere Minuten.

Hibiscus läuft hier auf Java8u101 unter (noch) Ubuntu14 und dessen WIndow-Manager "ergraut" Fenster nach einigen Sekunden, wenn deren Message-Queue stockt. Das ist bei mir bei der Synchronisation auch schon bei Verwendung HBCI2.2 sporadisch für ein paar Sekunden vorgekommen. Das ist ja aber nur eine "Warnung" und stört die Funktion nicht. Nun tritt es aber auch entsprechend massiver auf.

Meine erste Idee war, dass die neuen Server langsamer arbeiten. Aber nach dem Stöbern im Forum habe auch ich genauer hingesehen und denke nun, dass die zusätzliche Zeit im Client anfällt.

  • Sind bei FinTS3 die Datenpakete größer?
  • Findet die Entschlüsselung auf der Karte statt?
  • Wäre ein per USB angeschlossener ChipDrive schneller oder sitzt da auch nur ein schnöder USB/RS232-Wandler vor der sonst gleichen Hardware?


Kann ich noch etwas zur Klärung Beitragen, z.B. Logs zur Verfügung stellen und/oder spezielle Parameter setzen?

Danke

Guido
hibiscus
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Leipzig
Homepage: willuhn.de/
Beiträge: 10130
Dabei seit: 03 / 2005
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 ·  Gepostet: 03.08.2016 - 14:43 Uhr  ·  #92
gjaekel
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 8
Dabei seit: 08 / 2016
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 ·  Gepostet: 03.08.2016 - 15:04 Uhr  ·  #93
Hallo Olaf,

Danke für Deine *unmittelbare* Antwort. Dann versuche ich mal etwas beizutragen: Mittels JVisualVM kann ich schon mal sehen, dass während

Code

[Wed Aug 03 14:53:35 CEST 2016][INFO][de.willuhn.jameica.hbci.HBCICallbackSWT.status] entschlüssele Antwortnachricht
[Wed Aug 03 14:53:47 CEST 2016][INFO][de.willuhn.jameica.hbci.HBCICallbackSWT.status] überprüfe Signatur der Antwortnachricht


ein Core durchgehend ausgelastet ist - mein Desktop pendelt dann um genau 50%. Ich kann nicht erkennen, dass irgendwelche "besonderen" Threads warten. Soll ich versuchen währende der Auslastung einen Thread-Dump zu schießen?

Grüße

Guido
hibiscus
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Leipzig
Homepage: willuhn.de/
Beiträge: 10130
Dabei seit: 03 / 2005
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 ·  Gepostet: 03.08.2016 - 15:06 Uhr  ·  #94
Ja, bitte. Das waere sehr hilfreich. Mich wuerde die Position im Code interessieren, an der der Thread die Last erzeugt.
hibiscus
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Leipzig
Homepage: willuhn.de/
Beiträge: 10130
Dabei seit: 03 / 2005
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 ·  Gepostet: 03.08.2016 - 15:10 Uhr  ·  #95
Es waere auch gut, wenn du innerhalb des fraglichen Zeitraumes mehrere Thread-Dumps erzeugst. Dann kann man die vergleichen - vielleicht laesst sich da ein Loop bei einem der Threads erkennen.
gjaekel
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 8
Dabei seit: 08 / 2016
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 ·  Gepostet: 03.08.2016 - 15:23 Uhr  ·  #96
Ist das der richtige Thread? Es scheint mir der einzige zu sein, der deutlich verschiedene Äste durchläuft und auch mal einen tieferen Stack hat.

Code

[Jameica Backgroundtask] de.willuhn.jameica.hbci.synchronize.AbstractSynchronizeBackend$Worker" #47 prio=5 os_prio=0 tid=0x00007fc36d4fc000 nid=0x6619 runnable [0x00007fc3076b9000]
   java.lang.Thread.State: RUNNABLE
  at org.kapott.hbci.manager.LogFilter.filterLine(LogFilter.java:114)
  - locked <0x00000000f0d788a0> (a org.kapott.hbci.manager.LogFilter)
  at org.kapott.hbci.exceptions.HBCI_Exception.applyLogFilter(HBCI_Exception.java:62)
  at org.kapott.hbci.exceptions.HBCI_Exception.<init>(HBCI_Exception.java:52)
  at org.kapott.hbci.exceptions.ParseErrorException.<init>(ParseErrorException.java:35)
  at org.kapott.hbci.protocol.MultipleSyntaxElements.initData(MultipleSyntaxElements.java:453)
  at org.kapott.hbci.protocol.MultipleSyntaxElements.init(MultipleSyntaxElements.java:511)
  at org.kapott.hbci.protocol.MultipleDEs.init(MultipleDEs.java:147)
  at org.kapott.hbci.protocol.factory.MultipleDEsFactory.createMultipleDEs(MultipleDEsFactory.java:62)
  at org.kapott.hbci.protocol.DEG.parseNewChildContainer(DEG.java:112)
  at org.kapott.hbci.protocol.SyntaxElement.parseAndAppendNewChildContainer(SyntaxElement.java:458)
  at org.kapott.hbci.protocol.SyntaxElement.initData(SyntaxElement.java:393)
  at org.kapott.hbci.protocol.SyntaxElement.init(SyntaxElement.java:453)
  at org.kapott.hbci.protocol.DEG.init(DEG.java:128)
  at org.kapott.hbci.protocol.factory.DEGFactory.createDEG(DEGFactory.java:61)
  at org.kapott.hbci.protocol.MultipleDEGs.parseAndAppendNewElement(MultipleDEGs.java:87)
  at org.kapott.hbci.protocol.MultipleSyntaxElements.initData(MultipleSyntaxElements.java:398)
  at org.kapott.hbci.protocol.MultipleSyntaxElements.init(MultipleSyntaxElements.java:511)
  at org.kapott.hbci.protocol.MultipleDEGs.init(MultipleDEGs.java:105)
  at org.kapott.hbci.protocol.factory.MultipleDEGsFactory.createMultipleDEGs(MultipleDEGsFactory.java:61)
  at org.kapott.hbci.protocol.SEG.parseNewChildContainer(SEG.java:141)
  at org.kapott.hbci.protocol.SyntaxElement.parseAndAppendNewChildContainer(SyntaxElement.java:458)
  at org.kapott.hbci.protocol.SyntaxElement.initData(SyntaxElement.java:393)
  at org.kapott.hbci.protocol.SyntaxElement.init(SyntaxElement.java:453)
  at org.kapott.hbci.protocol.SEG.init(SEG.java:160)
  at org.kapott.hbci.protocol.factory.SEGFactory.createSEG(SEGFactory.java:61)
  at org.kapott.hbci.protocol.MultipleSEGs.parseAndAppendNewElement(MultipleSEGs.java:82)
  at org.kapott.hbci.protocol.MultipleSyntaxElements.initData(MultipleSyntaxElements.java:398)
  at org.kapott.hbci.protocol.MultipleSyntaxElements.init(MultipleSyntaxElements.java:511)
  at org.kapott.hbci.protocol.MultipleSEGs.init(MultipleSEGs.java:77)
  at org.kapott.hbci.protocol.factory.MultipleSEGsFactory.createMultipleSEGs(MultipleSEGsFactory.java:62)
  at org.kapott.hbci.protocol.SF.parseNewChildContainer(SF.java:194)
  at org.kapott.hbci.protocol.SyntaxElement.parseAndAppendNewChildContainer(SyntaxElement.java:458)
  at org.kapott.hbci.protocol.SF.parseAndAppendNewChildContainer(SF.java:248)
  at org.kapott.hbci.protocol.SyntaxElement.initData(SyntaxElement.java:393)
  at org.kapott.hbci.protocol.SyntaxElement.init(SyntaxElement.java:453)
  at org.kapott.hbci.protocol.SF.init(SF.java:111)
  at org.kapott.hbci.protocol.factory.SFFactory.createSF(SFFactory.java:61)
  at org.kapott.hbci.protocol.MultipleSFs.parseAndAppendNewElement(MultipleSFs.java:82)
  at org.kapott.hbci.protocol.MultipleSyntaxElements.initData(MultipleSyntaxElements.java:398)
  at org.kapott.hbci.protocol.MultipleSyntaxElements.init(MultipleSyntaxElements.java:511)
  at org.kapott.hbci.protocol.MultipleSFs.init(MultipleSFs.java:77)
  at org.kapott.hbci.protocol.factory.MultipleSFsFactory.createMultipleSFs(MultipleSFsFactory.java:62)
  at org.kapott.hbci.protocol.MSG.parseNewChildContainer(MSG.java:191)
  at org.kapott.hbci.protocol.SyntaxElement.parseAndAppendNewChildContainer(SyntaxElement.java:458)
  at org.kapott.hbci.protocol.SyntaxElement.initData(SyntaxElement.java:393)
  at org.kapott.hbci.protocol.SyntaxElement.init(SyntaxElement.java:453)
  at org.kapott.hbci.protocol.MSG.init(MSG.java:174)
  at org.kapott.hbci.protocol.factory.MSGFactory.createMSG(MSGFactory.java:93)
  at org.kapott.hbci.rewrite.RSecTypeTAN.incomingClearText(RSecTypeTAN.java:58)
  at org.kapott.hbci.manager.HBCIKernelImpl.rawDoIt(HBCIKernelImpl.java:373)
  at org.kapott.hbci.manager.HBCIKernelImpl.rawDoIt(HBCIKernelImpl.java:178)
  at org.kapott.hbci.manager.HBCIDialog.doDialogInit(HBCIDialog.java:154)
  at org.kapott.hbci.manager.HBCIDialog.doIt(HBCIDialog.java:403)
  at org.kapott.hbci.manager.HBCIHandler.execute(HBCIHandler.java:516)
  at de.willuhn.jameica.hbci.synchronize.hbci.HBCISynchronizeBackend$HBCIJobGroup.sync(HBCISynchronizeBackend.java:308)
  at de.willuhn.jameica.hbci.synchronize.AbstractSynchronizeBackend$Worker.run(Redefined)
  at de.willuhn.jameica.gui.GUI$6.run(Redefined)

   Locked ownable synchronizers:
  - None



Ich habe auch den Profiler mit dem vorgeschlagenen Default (auf de.willuhn.jameica) mitlaufen lassen, das Ergebnis habe ich angehängt.
Der an diesem Beitrag angefügte Anhang ist entweder nur im eingeloggten Zustand sichtbar oder die Berechtigung Deiner Benutzergruppe ist nicht ausreichend.
hibiscus
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Leipzig
Homepage: willuhn.de/
Beiträge: 10130
Dabei seit: 03 / 2005
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 ·  Gepostet: 03.08.2016 - 15:52 Uhr  ·  #97
Der Stacktrace ist irgendwie falsch/unplausibel. In LogFilter.java, Zeile 114 befindet sich die Definition einer for-Schleife - https://github.com/willuhn/hbc….java#L114 - es waere ziemlicher Zufall, wenn der Thread ausgerechnet dort stehen wuerde. Viel merkwuerdiger ist aber die Zeile dahinter - also die Stelle, wo der LogFilter aufgerufen wird: Naemlich HBCI_Exception.java, Zeile 62

Das ist das hier:
https://github.com/willuhn/hbc…n.java#L62

Und dort wird aber gar nicht die besagte Methode "filterLine" aufgerufen sondern stattdessen nur ein "System.out.println" gemacht. Der Aufruf befindet sich stattdessen in Zeile 59.

Heisst: Die HBCI4Java-Version entspricht nicht dem aktuellen Quellcode von Github. Da sich in beiden betreffenden Klassen schon eine Weile nichts mehr geaendert hat, gehe ich davon aus, dass deine Hibiscus-Version entweder aus einer anderen Quelle als meiner Webseite (www.willuhn.de) stammt oder es eine recht alte Hibiscus-Version ist. Welche Hibiscus- und Jameica-Versionen verwendest du und woher stammen die?

Schicke mir mal bitte die Log-Datei "jameica.log" per Mail an hibiscus[at]willuhn.de
hibiscus
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Leipzig
Homepage: willuhn.de/
Beiträge: 10130
Dabei seit: 03 / 2005
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 ·  Gepostet: 03.08.2016 - 15:54 Uhr  ·  #98
Auch die anderen Zeilennummern weiter oben im Stacktrace passen nicht.
gjaekel
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 8
Dabei seit: 08 / 2016
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 ·  Gepostet: 03.08.2016 - 15:55 Uhr  ·  #99
Ich "treffe" verdächtig oft diese Stelle mit Exception-Parsing und Log-Filtering

Code

"[Jameica Backgroundtask] de.willuhn.jameica.hbci.synchronize.AbstractSynchronizeBackend$Worker" #52 prio=5 os_prio=0 tid=0x00007fc36d456800 nid=0x67dd runnable [0x00007fc3088eb000]
   java.lang.Thread.State: RUNNABLE
  at java.util.Hashtable.get(Hashtable.java:366)
  - locked <0x00000000f0d788b0> (a java.util.Hashtable)
  at org.kapott.hbci.manager.LogFilter.filterLine(LogFilter.java:115)
  - locked <0x00000000f0d788a0> (a org.kapott.hbci.manager.LogFilter)
  at org.kapott.hbci.exceptions.HBCI_Exception.applyLogFilter(HBCI_Exception.java:59)
  at org.kapott.hbci.exceptions.HBCI_Exception.<init>(HBCI_Exception.java:98)
  at org.kapott.hbci.exceptions.ParseErrorException.<init>(ParseErrorException.java:34)
  at org.kapott.hbci.protocol.MultipleSyntaxElements.initData(MultipleSyntaxElements.java:447)
  at org.kapott.hbci.protocol.MultipleSyntaxElements.init(MultipleSyntaxElements.java:510)
  at org.kapott.hbci.protocol.MultipleDEs.init(MultipleDEs.java:146)
  at org.kapott.hbci.protocol.factory.MultipleDEsFactory.createMultipleDEs(MultipleDEsFactory.java:61)
  at org.kapott.hbci.protocol.DEG.parseNewChildContainer(DEG.java:110)
  at org.kapott.hbci.protocol.SyntaxElement.parseAndAppendNewChildContainer(SyntaxElement.java:457)
  at org.kapott.hbci.protocol.SyntaxElement.initData(SyntaxElement.java:388)
...

Code

"[Jameica Backgroundtask] de.willuhn.jameica.hbci.synchronize.AbstractSynchronizeBackend$Worker" #52 prio=5 os_prio=0 tid=0x00007fc36d456800 nid=0x67dd runnable [0x00007fc3088ec000]
   java.lang.Thread.State: RUNNABLE
  at org.netbeans.lib.profiler.server.ThreadInfo.getThreadInfoOrNull(ThreadInfo.java:350)
  at org.netbeans.lib.profiler.server.ThreadInfo.getThreadInfo(ThreadInfo.java:254)
  at org.netbeans.lib.profiler.server.ThreadInfo.getThreadInfo(ThreadInfo.java:250)
  at org.netbeans.lib.profiler.server.ProfilerRuntimeCPUFullInstr.methodEntry(ProfilerRuntimeCPUFullInstr.java:118)
  at org.kapott.hbci.manager.HBCIUtils.getParam(HBCIUtils.java:868)
  at org.kapott.hbci.exceptions.HBCI_Exception.applyLogFilter(HBCI_Exception.java:57)
  at org.kapott.hbci.exceptions.HBCI_Exception.<init>(HBCI_Exception.java:98)
  at org.kapott.hbci.exceptions.ParseErrorException.<init>(ParseErrorException.java:34)
  at org.kapott.hbci.protocol.MultipleSyntaxElements.initData(MultipleSyntaxElements.java:447)
  at org.kapott.hbci.protocol.MultipleSyntaxElements.init(MultipleSyntaxElements.java:510)
  at org.kapott.hbci.protocol.MultipleDEs.init(MultipleDEs.java:146)
  at org.kapott.hbci.protocol.factory.MultipleDEsFactory.createMultipleDEs(MultipleDEsFactory.java:61)
  at org.kapott.hbci.protocol.DEG.parseNewChildContainer(DEG.java:110)
  at org.kapott.hbci.protocol.SyntaxElement.parseAndAppendNewChildContainer(SyntaxElement.java:457)
...


Wir vielleicht bei FinTS gegenüber HBCI (versehendlich) wesentlich mehr geloggt und/oder wieder verworfen, sodass filterLine() "viel zu oft" aufgerufen wird?
hibiscus
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Leipzig
Homepage: willuhn.de/
Beiträge: 10130
Dabei seit: 03 / 2005
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 ·  Gepostet: 03.08.2016 - 16:03 Uhr  ·  #100
In den letzten beiden Stacktraces stimmen die Zeilennummern. Sehr bizzar, dass vorher andere angezeigt wurde. Schicke mir mal die Log-Datei. Ich habe den Verdacht, dass da zwei hbci4java JAR-Dateien rumliegen.

Das Verdaechte ist nicht das Logging selbst sondern das Anonymisieren sensibler Daten beim Loggen. Genau das macht der Log-Filter.

Du kannst das Filtern der Log-Informationen abschalten, indem du im Work-Dir des Plugins eine Datei "hbci4java.properties" anlegst und folgendes eintraegst:

Code

log.filter=0


Die Datei muss im Ordner "hibiscus" innerhalb des Jameica-Benutzer-Ordners liegen.

Also unter Linux in /home/<username>/.jameica/hibiscus
unter Windows in C:\Benutzer\<username>\.jameica\hibiscus

Den richtigen Ordner erkennt man daran, dass in der Regel dort bereits ein Verzeichnis "passports" liegt.

Ob die Einstellungen aus der Datei beim Start gelesen wurden, kann man in jameica.log an der Existenz einer Log-Zeile:

Code

... applying hbci4java properties from ....


erkennen.
Gewählte Zitate für Mehrfachzitierung:   0