Hibiscus Saldenabfrage bei einigen Sparkassen unglaublich langsam

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

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 · 
Gepostet: 07.04.2016 - 12:04 Uhr  ·  #41
so... Installiert.
Jameica mit Hibiscus läuft in Eclipse.
Mssion Control läuft.
Ich hab Mission Control an.
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 78
Dabei seit: 03 / 2016
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 · 
Gepostet: 07.04.2016 - 12:07 Uhr  ·  #42
Ich richte gerade eine Bank ein, Sicherheitsmedium wird getetest, es dauert... CPU mehr als 40 ausgelastet durch folgenden Thread:

Thread Name Thread State Blocked Count Blocked Time Waited Count Waited Time Total CPU Usage(%) Deadlocked Lock Name Lock Owner ID Lock Owner Name Thread Id Native Suspended Allocated Bytes(bytes)
[Jameica Backgroundtask] de.willuhn.jameica.hbci.gui.action.PassportTest$1 RUNNABLE 7 4 23,371 No 41 0 0 97.009.229.768
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Leipzig
Homepage: willuhn.de/
Beiträge: 10071
Dabei seit: 03 / 2005
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 · 
Gepostet: 07.04.2016 - 12:08 Uhr  ·  #43
Wenn du Mission Control hast, brauchst du Eclipse nicht. Das Programm kann jeden beliebigen Java-Prozess ueberwachen.
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Leipzig
Homepage: willuhn.de/
Beiträge: 10071
Dabei seit: 03 / 2005
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 · 
Gepostet: 07.04.2016 - 12:10 Uhr  ·  #44
Zitat geschrieben von Roadster

Ich richte gerade eine Bank ein, CPU mehr als 40 ausgelastet durch folgenden Thread:

Thread Name Thread State Blocked Count Blocked Time Waited Count Waited Time Total CPU Usage(%) Deadlocked Lock Name Lock Owner ID Lock Owner Name Thread Id Native Suspended Allocated Bytes(bytes)
[Jameica Backgroundtask] de.willuhn.jameica.hbci.gui.action.PassportTest$1 RUNNABLE 7 4 23,371 No 41 0 0 97.009.229.768


Ja, der Thread hat ja auch reichlich zu tun. Nicht jede Aktivitaet ist verdaechtig. Der Prozessor ist ja dafuer da, Aufgaben zu rechnen. Interessant wird es erst, wenn es zu dem 1-minuetigen Haenger kommt. DANN ist es spannend, was die Threads machen.
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 78
Dabei seit: 03 / 2016
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 · 
Gepostet: 07.04.2016 - 14:50 Uhr  ·  #45
Da steht das Programm lang rum:

Code
Stack Trace
[Jameica Backgroundtask] de.willuhn.jameica.hbci.synchronize.AbstractSynchronizeBackend$Worker [37] (RUNNABLE)
   org.kapott.hbci.protocol.DE.parseValue line: 250 
   org.kapott.hbci.protocol.DE.initData line: 279 
   org.kapott.hbci.protocol.DE.<init> line: 290 
   org.kapott.hbci.protocol.factory.DEFactory.createDE line: 55 
   org.kapott.hbci.protocol.MultipleDEs.parseAndAppendNewElement line: 128 
   org.kapott.hbci.protocol.MultipleSyntaxElements.initData line: 395 
   org.kapott.hbci.protocol.MultipleSyntaxElements.<init> line: 505 
   org.kapott.hbci.protocol.MultipleDEs.<init> line: 140 
   org.kapott.hbci.protocol.factory.MultipleDEsFactory.createMultipleDEs line: 56 
   org.kapott.hbci.protocol.DEG.parseNewChildContainer line: 110 
   org.kapott.hbci.protocol.SyntaxElement.parseAndAppendNewChildContainer line: 457 
   org.kapott.hbci.protocol.SyntaxElement.initData line: 388 
   org.kapott.hbci.protocol.SyntaxElement.<init> line: 447 
   org.kapott.hbci.protocol.DEG.<init> line: 122 
   org.kapott.hbci.protocol.factory.DEGFactory.createDEG line: 55 
   org.kapott.hbci.protocol.MultipleDEGs.parseAndAppendNewElement line: 87 
   org.kapott.hbci.protocol.MultipleSyntaxElements.initData line: 395 
   org.kapott.hbci.protocol.MultipleSyntaxElements.init line: 510 
   org.kapott.hbci.protocol.MultipleDEGs.init line: 104 
   org.kapott.hbci.protocol.factory.MultipleDEGsFactory.createMultipleDEGs line: 60 
   org.kapott.hbci.protocol.SEG.parseNewChildContainer line: 140 
   org.kapott.hbci.protocol.SyntaxElement.parseAndAppendNewChildContainer line: 457 
   org.kapott.hbci.protocol.SyntaxElement.initData line: 388 
   org.kapott.hbci.protocol.SyntaxElement.init line: 452 
   org.kapott.hbci.protocol.SEG.init line: 159 
   org.kapott.hbci.protocol.factory.SEGFactory.createSEG line: 60 
   org.kapott.hbci.protocol.MultipleSEGs.parseAndAppendNewElement line: 82 
   org.kapott.hbci.protocol.MultipleSyntaxElements.initData line: 395 
   org.kapott.hbci.protocol.MultipleSyntaxElements.init line: 510 
   org.kapott.hbci.protocol.MultipleSEGs.init line: 76 
   org.kapott.hbci.protocol.factory.MultipleSEGsFactory.createMultipleSEGs line: 61 
   org.kapott.hbci.protocol.SF.parseNewChildContainer line: 193 
   org.kapott.hbci.protocol.SyntaxElement.parseAndAppendNewChildContainer line: 457 
   org.kapott.hbci.protocol.SF.parseAndAppendNewChildContainer line: 245 
   org.kapott.hbci.protocol.SyntaxElement.initData line: 388 
   org.kapott.hbci.protocol.SyntaxElement.init line: 452 
   org.kapott.hbci.protocol.SF.init line: 110 
   org.kapott.hbci.protocol.factory.SFFactory.createSF line: 60 
   org.kapott.hbci.protocol.MultipleSFs.parseAndAppendNewElement line: 82 
   org.kapott.hbci.protocol.MultipleSyntaxElements.initData line: 395 
   org.kapott.hbci.protocol.MultipleSyntaxElements.init line: 510 
   org.kapott.hbci.protocol.MultipleSFs.init line: 76 
   org.kapott.hbci.protocol.factory.MultipleSFsFactory.createMultipleSFs line: 61 
   org.kapott.hbci.protocol.MSG.parseNewChildContainer line: 189 
   org.kapott.hbci.protocol.SyntaxElement.parseAndAppendNewChildContainer line: 457 
   org.kapott.hbci.protocol.SyntaxElement.initData line: 388 
   org.kapott.hbci.protocol.SyntaxElement.init line: 452 
   org.kapott.hbci.protocol.MSG.init line: 171 
   org.kapott.hbci.protocol.factory.MSGFactory.createMSG line: 92 
   org.kapott.hbci.protocol.factory.MSGFactory.createMSG line: 78 
   org.kapott.hbci.protocol.factory.MSGFactory.createMSG line: 73 
   org.kapott.hbci.manager.HBCIKernelImpl.rawDoIt line: 384 
   org.kapott.hbci.manager.HBCIKernelImpl.rawDoIt line: 178 
   org.kapott.hbci.manager.HBCIDialog.doDialogInit line: 149 
   org.kapott.hbci.manager.HBCIDialog.doIt line: 402 
   org.kapott.hbci.manager.HBCIHandler.execute line: 515 
   de.willuhn.jameica.hbci.synchronize.hbci.HBCISynchronizeBackend$HBCIJobGroup.sync line: 307 
   de.willuhn.jameica.hbci.synchronize.AbstractSynchronizeBackend$Worker.run line: 388 
   de.willuhn.jameica.gui.GUI$6.run line: 976 
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 78
Dabei seit: 03 / 2016
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 · 
Gepostet: 07.04.2016 - 14:51 Uhr  ·  #46
Zu Beginn:
Code
  org.kapott.hbci.protocol.SyntaxElement.initData line: 388 
   org.kapott.hbci.protocol.SyntaxElement.<init> line: 447 
   org.kapott.hbci.protocol.DEG.<init> line: 122 
   org.kapott.hbci.protocol.factory.DEGFactory.createDEG line: 55 
   org.kapott.hbci.protocol.MultipleDEGs.parseAndAppendNewElement line: 87 
   org.kapott.hbci.protocol.MultipleSyntaxElements.initData line: 395 
   org.kapott.hbci.protocol.MultipleSyntaxElements.init line: 510 
   org.kapott.hbci.protocol.MultipleDEGs.init line: 104 
   org.kapott.hbci.protocol.factory.MultipleDEGsFactory.createMultipleDEGs line: 60 
   org.kapott.hbci.protocol.SEG.parseNewChildContainer line: 140 
   org.kapott.hbci.protocol.SyntaxElement.parseAndAppendNewChildContainer line: 457 
   org.kapott.hbci.protocol.SyntaxElement.initData line: 388 
   org.kapott.hbci.protocol.SyntaxElement.init line: 452 
   org.kapott.hbci.protocol.SEG.init line: 159 
   org.kapott.hbci.protocol.factory.SEGFactory.createSEG line: 60 
   org.kapott.hbci.protocol.MultipleSEGs.parseAndAppendNewElement line: 82 
   org.kapott.hbci.protocol.MultipleSyntaxElements.initData line: 395 
   org.kapott.hbci.protocol.MultipleSyntaxElements.init line: 510 
   org.kapott.hbci.protocol.MultipleSEGs.init line: 76 
   org.kapott.hbci.protocol.factory.MultipleSEGsFactory.createMultipleSEGs line: 61 
   org.kapott.hbci.protocol.SF.parseNewChildContainer line: 193 
   org.kapott.hbci.protocol.SyntaxElement.parseAndAppendNewChildContainer line: 457 
   org.kapott.hbci.protocol.SF.parseAndAppendNewChildContainer line: 245 
   org.kapott.hbci.protocol.SyntaxElement.initData line: 388 
   org.kapott.hbci.protocol.SyntaxElement.init line: 452 
   org.kapott.hbci.protocol.SF.init line: 110 
   org.kapott.hbci.protocol.factory.SFFactory.createSF line: 60 
   org.kapott.hbci.protocol.MultipleSFs.parseAndAppendNewElement line: 82 
   org.kapott.hbci.protocol.MultipleSyntaxElements.initData line: 395 
   org.kapott.hbci.protocol.MultipleSyntaxElements.init line: 510 
   org.kapott.hbci.protocol.MultipleSFs.init line: 76 
   org.kapott.hbci.protocol.factory.MultipleSFsFactory.createMultipleSFs line: 61 
   org.kapott.hbci.protocol.MSG.parseNewChildContainer line: 189 
   org.kapott.hbci.protocol.SyntaxElement.parseAndAppendNewChildContainer line: 457 
   org.kapott.hbci.protocol.SyntaxElement.initData line: 388 
   org.kapott.hbci.protocol.SyntaxElement.init line: 452 
   org.kapott.hbci.protocol.MSG.init line: 171 
   org.kapott.hbci.protocol.factory.MSGFactory.createMSG line: 92 
   org.kapott.hbci.rewrite.RInvalidSuppHBCIVersion.incomingClearText line: 41 
   org.kapott.hbci.manager.HBCIKernelImpl.rawDoIt line: 374 
   org.kapott.hbci.manager.HBCIKernelImpl.rawDoIt line: 178 
   org.kapott.hbci.manager.HBCIDialog.doDialogInit line: 149 
   org.kapott.hbci.manager.HBCIDialog.doIt line: 402 
   org.kapott.hbci.manager.HBCIHandler.execute line: 515 
   org.kapott.hbci.manager.HBCIHandler.updateMetaInfo line: 188 
   org.kapott.hbci.manager.HBCIHandler.<init> line: 151 
   de.willuhn.jameica.hbci.passports.pintan.server.PassportHandleImpl.open line: 172 
   de.willuhn.jameica.hbci.synchronize.hbci.HBCISynchronizeBackend$HBCIJobGroup$TaskHandleOpen.internalExecute line: 534 
   de.willuhn.jameica.hbci.synchronize.hbci.HBCISynchronizeBackend$HBCIJobGroup$TaskHandleOpen.internalExecute line: 506 
   de.willuhn.jameica.hbci.synchronize.hbci.HBCISynchronizeBackend$HBCIJobGroup$AbstractTaskWrapper.run line: 643 
   org.eclipse.swt.widgets.RunnableLock.run line: not available 
   org.eclipse.swt.widgets.Synchronizer.runAsyncMessages line: not available 
   org.eclipse.swt.widgets.Display.runAsyncMessages line: not available 
   org.eclipse.swt.widgets.Display.readAndDispatch line: not available 
   de.willuhn.jameica.gui.GUI.loop line: 832 
   de.willuhn.jameica.gui.GUI.init line: 315 
   de.willuhn.jameica.system.Application.init line: 148 
   de.willuhn.jameica.system.Application.newInstance line: 90 
   de.willuhn.jameica.Main.main line: 78 
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 78
Dabei seit: 03 / 2016
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 · 
Gepostet: 07.04.2016 - 14:57 Uhr  ·  #47
Stack Trace
JMX server connection timeout 33 [33] (WAITING)
java.lang.Object.wait line: not available [native method]
java.lang.Object.wait line: not available
com.sun.jmx.remote.internal.ServerCommunicatorAdmin$Timeout.run line: not available
java.lang.Thread.run line: not available
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Leipzig
Homepage: willuhn.de/
Beiträge: 10071
Dabei seit: 03 / 2005
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 · 
Gepostet: 07.04.2016 - 15:18 Uhr  ·  #48
Code

Stack Trace
[Jameica Backgroundtask] de.willuhn.jameica.hbci.synchronize.AbstractSynchronizeBackend$Worker [37] (RUNNABLE)
   org.kapott.hbci.protocol.DE.parseValue line: 250 
   org.kapott.hbci.protocol.DE.initData line: 279 


Das ist irgendwie unplausibel. In Zeile 250 der Klasse "DE" befindet sich nur eine sich schliessende Klammer. Da kann das Programm eigentlich gar nicht haengen.
https://github.com/willuhn/hbc….java#L250
Unabhaengig davon befindet sich in der Methode "parseValue" eigentlich nichts, was dauern koennte. Und wenn es haengen wuerde, waere es eher ein Deadlock, der sich nicht nach exakt 60 Sekunden wieder loesen wuerde. Zumal strace ja die Connection Timeouts rausschreibt. Ich denke, das sind nicht die relevanten Stacktraces.

Woran machst du denn fest, dass das Programm dort steht?
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 78
Dabei seit: 03 / 2016
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 · 
Gepostet: 07.04.2016 - 16:22 Uhr  ·  #49
Der letzte Stack war von dem Thread mit den meisten Blocked Counts.
Ich weiss nicht genau, worauf ich da achten soll.
Der Thread Main nimmt knapp 50% CPU Leistung in Anspruch. Keine Ahnung was ich machen soll...
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Leipzig
Homepage: willuhn.de/
Beiträge: 10071
Dabei seit: 03 / 2005
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 · 
Gepostet: 07.04.2016 - 16:47 Uhr  ·  #50
Es handelt sich vermutlich um ein Timeout. Da ist nicht relevant, wo CPU verbraucht wird sondern wo ein Thread auf etwas wartet, ohne etwas zu tun.

Daher:

1) Stelle die Situation nach, in der es zu der 1-minuetigen Wartezeit kommt.
2) Wie hoch ist die CPU-Auslastung in dieser Zeit?
3) Kopiere am besten mal alle Stack-Traces aller Threads in eine Text-Datei

Punkt 3 ist in der Java Console schwierig, weil sich die Tabelle ja dauernd aktualisiert. Alternativ koenntest du auch die PID von Jameica im Taskmanager ermitteln und dann mit "jstack $PID" den Thread-Dump erzeugen. Das geht auch unter Windows.
Siehe http://middlewaremagic.com/weblogic/?p=2281
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Leipzig
Homepage: willuhn.de/
Beiträge: 10071
Dabei seit: 03 / 2005
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 · 
Gepostet: 11.04.2016 - 10:59 Uhr  ·  #51
Mir schrieb gerade ein User, bei dem das auch auftritt:

Zitat

als Workaround habe ich gefunden:
Wenn ich nun auf der linken Seite auf einen Eintrag unterhalb "Hibiscus" klicke z.B. "Konten" oder "Bank-Zugänge", dann läuft die Synchronisation weiter und alles ist wunderbar. Den Effekt kann ich bei jeder Synchronisation reproduzieren.


Funktioniert dieser Workaround bei euch auch?

Und hat mal jemand einen kompletten Thread-Dump mit "jstack" erzuegen koennen, wie ich in meinem letzten Posting geschrieben habe? Dann koennte man erkennen, bei welchem Thread es haengt.
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 78
Dabei seit: 03 / 2016
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 · 
Gepostet: 11.04.2016 - 15:59 Uhr  ·  #52
ich bin noch nicht dazu gekommen. Ich versuche das heute Abend.
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 78
Dabei seit: 03 / 2016
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 · 
Gepostet: 11.04.2016 - 16:02 Uhr  ·  #53
Beim Workaround einmal geklickt, ging es weiter, danach stockte es. Ein zweiter Klick und die Anwendung "steht" (Not responding)
Alles unter Windows 7 64
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Leipzig
Homepage: willuhn.de/
Beiträge: 10071
Dabei seit: 03 / 2005
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 · 
Gepostet: 11.04.2016 - 16:53 Uhr  ·  #54
Falls ich das noch nicht geschrieben hatte. Kannst du mal sicherstellen, dass du auch wirklich die aktuelle Jameica-Version 2.6.3 verwendest? Nicht, dass es sich hier um einen Fehler handelt, der ggf. bereits gefixt ist.
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Leipzig
Homepage: willuhn.de/
Beiträge: 10071
Dabei seit: 03 / 2005
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 · 
Gepostet: 12.04.2016 - 08:35 Uhr  ·  #55
Der User, den ich in Kommentar 50 (http://www.onlinebanking-forum.de/forum/topic.php?p=124117#real124117) erwaehnte, hatte ebenfalls noch Jameica 2.6.2 installiert. Nach einem Update auf 2.6.3 trat das Problem nicht mehr auf. Ausserdem erwaehnte er noch, dass er einen neuen Programmordner fuer Jameica angelegt hatte, anstatt die neue Jameica-Version in die alte reinzukopieren. Im Wiki unter http://www.willuhn.de/wiki/doku.php?id=support:update habe ich ja auch erwaehnt, dass man nicht "drueberkopieren" soll, weil dabei alte Versionen von Programmbibliotheken liegen bleiben koennen, die dann zu unerwarteten Fehlern fuehren.
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 9
Dabei seit: 04 / 2016
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 · 
Gepostet: 12.04.2016 - 10:54 Uhr  ·  #56
also:

der Workaround funktioniert bei mir überhaupt nicht.

Ich verwende eigentlich immer relativ aktuelle nightly-Versionen. Habe das jetzt aber gerade trotzdem nochmal mit den aktuellsten Nighlty getestet. Ergebnis unverändert.

Allerdings war bei mir die Wartezeit pro Zertifikatcheck diesmal reproduzierbar um 10 Sekunden reduziert (30 statt 40). Ob das jetzt aber an den aktuelleren Nightly-Versionen liegt kann ich nicht sagen.

Bei der Installation lege ich übrigens immer einen neuen Ordner an. Also auch daran kann es nicht liegen.
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 78
Dabei seit: 03 / 2016
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 · 
Gepostet: 12.04.2016 - 11:36 Uhr  ·  #57
Ich habe jetzt auch die aktuelle Jameica Version und nochmal neu installiert. Die alten Kontodaten wurden gefunden. Das Aktualisieren dauert weiterhin lange. Neu ist, dass Jameica beim aktualisieren direkt oben links in Klammern (Not Responding) anzeigt.
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 78
Dabei seit: 03 / 2016
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 · 
Gepostet: 12.04.2016 - 11:37 Uhr  ·  #58
Volksbanken und eine andere Sparkasse funktionieren wie gewohnt schnell
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 10
Dabei seit: 08 / 2013
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 · 
Gepostet: 24.04.2016 - 09:56 Uhr  ·  #59
Bei mir funktioniert der Workaround auch. Sobald ich auf z.B. Bank-Zugänge klicke wird sofort der Kontostand abrufen. Ansonsten dauert es mehrere Minuten.
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Leipzig
Homepage: willuhn.de/
Beiträge: 10071
Dabei seit: 03 / 2005
Betreff:

Re: Hibiscus Saldenabfrage bei Sparkasse Lüdenscheid unglaublich langsam

 · 
Gepostet: 25.04.2016 - 09:06 Uhr  ·  #60
1)
Kann mal jemand den hier genannten Workaround ausprobieren?

http://www.onlinebanking-forum…real124314

Also die neue SWT-Version 4.5 mal ausprobieren? Die Tatsache, dass es weitergeht, wenn man irgendwo klickt, klingt fuer mich nach einem Fehler im Thread-Handling der UI. Und das kann eigentlich nur SWT selbst sein.

2)
Hat mal jeman einen kompletten Thread-Dump erzeugt? Danach hatte ich ein paar Postings vorher schonmal gefragt. Ohne diesen Thread-Dump kann ich das nicht naeher debuggen. Starte Jameica wie gewohnt, oeffne ein Terminal-Fenster und gib "ps axu | grep jameica" ein, um die PID des Java-Prozesses herauszukriegen. Gib dann "jstack -l <PID>" ein. Wenn das Kommando "jstack" nicht gefunden wird, dann ist auf dem Rechner nur das Java JRE installiert. In dem Fall muss auch das Java JDK installiert werden.
Gewählte Zitate für Mehrfachzitierung:   0