Thread + JTextPane = Bug?

[Jack Gruber]

Hallo allerseits,

ich bin neu hier und habe ein kleines Problem. Ich weiß jetzt nicht, ob es ein Bug ist, oder ob ich einfach nur schlampig programmiert habe. Ich schildere einfach mal mein Problem:

Ich habe eine GUI-Applikation geschrieben. Das Hauptprogramm ist eine Unterklasse von JFrame und reagiert auf mehrere Buttons etc. Drücke ich einen bestimmten Button, dann wird ein Timer (Unterklasse von Thread) gestartet, der alle 20 Minuten eine Methode des Hauptprogramms (JFrame) aufruft. In dieser Methode passieren verschiedene Sachen, bei denen eigene Exceptions auftreten können (diese fange ich dann auch gleich in der Methode ab). Tritt jetzt eine Exception auf, möchte ich einen modalen Dialog öffnen, der eine Warnung anzeigt.

Ich habe alles wie oben beschrieben implementiert (der Timer kann auch nur einmal gestartet werden). Bevor der Dialog erscheint wird der Timer gestoppt (mit thread.interrupt). Jetzt passiert allerdings in 10% der Fälle, wenn der Dialog erscheint, dass ein java.lang.Error auftritt. Und zwar ist von einem readLock in einem AbstracDocument die Rede. Irgendwie habe ich das Ganze dann auf die JTextPane zurückgeführt, die in dem modalen Dialog platziert war (dort sollte eine mehrzeiliger Text angezeigt werden).

Ich habe dann die JTextPane durch mehrere JLabels ersetzt und jetzt scheint es ohne Probleme zu funktionieren. Der Fehler ist seit dem nicht wieder aufgetreten.

Ist das ein bekannter oder unbekannter Bug? Oder habe ich das ganz unsauber oder unlogisch programmiert?

 

[Beni]

Swing unterstützt kein Multithreading, um was am Textpane zu ändern musst du einen Teil deines Threads mit dem EventDispatcher synchonisieren:

public void ichWerdeVonEinemThreadAufgerufen(){
  final JTextPane pane = ...
  final String text = "123";

  // Da muss noch irgendeine Exception abgefangen werden, weiss nicht mehr welche
  SwingUtilities.invokeAndWait( new Runnable(){
    public void run(){
      pane.setText( text );
    }
   });

   // hier gets weiter, sobald der Text gesetzt wurde
}

 

[Jack Gruber]

Oh, das ging ja schnell. Danke.

Aber der Thread ist ja nicht mehr aktiv. Ich habe ihn ja vor dem Aufruf des Dialogs interrrupted. Oder ist das die Nachlaufzeit, die Thread benötigt, um sich komplett zu verabschieden?

Aber bei den anderen GUI-Elementen ist das nicht nötig, oder doch? Ich wollte nämlich in der vom Thread aufgerufenen Methode noch andere GUI-Elemente des Hauptprogramms verändern (Ein paar JTextFields).

 

[thE_29]

ich würds mit einem timer und timertask machen, da hast keine thread probleme!

 

[stev.glasow]

Swing unterstützt kein Multithreading, um was am Textpane zu ändern musst du einen Teil deines Threads mit dem EventDispatcher synchonisieren:

public void ichWerdeVonEinemThreadAufgerufen(){
  final JTextPane pane = ...
  final String text = "123";

  // Da muss noch irgendeine Exception abgefangen werden, weiss nicht mehr welche
  SwingUtilities.invokeAndWait( new Runnable(){
    public void run(){
      pane.setText( text );
    }
   });

   // hier gets weiter, sobald der Text gesetzt wurde
}

Hoffe mal, dass ist jetzt nicht offtopic, aber ich Suche Momentan soetwas in SWT, kann jemand helfen?

 

[stev.glasow]

OK, Problem gelöst.

   new Thread(new Runnable() {
      public void run() {
         while (true) {
            try { Thread.sleep(1000); } catch (Exception e) { }
            Display.getDefault().asyncExec(new Runnable() {
               public void run() {
                  // ...
               }
            });
         }
      }
   }).start();

 

[Jack Gruber]

Oh, die Timer-Klasse habe ich ja total übersehen. Dabei habe ich meine Thread-Klasse auch noch AnalysationTimer genannt . Dann werde ich mich da mal umgucken.

Der Grund, warum mir der Fehler mit der JTextPane so seltsam vorkam, ist, dass ich bisher auf die gleiche Weise schon mehrere Test-Applikationen geschrieben habe. Also Hauptprogramm startet Thread, welcher in einer bestimmten Zeitspanne bestimmte GUI-Elemente des Hauptprogramms verändert, verschiebt, etc. Und da gab es keine Probleme. Weder Exceptions noch Errors noch unerklärliche Abstürze.

Zum Beispiel habe ich irgendwelche JLabels in einem Panel umherbewegt, sozusagen als Animation. Oder ich habe die Graphics-Klasse verändert und irgendwelche Kreise im Panel umherticken lassen. Daher dachte ich, dass man das mit Thread ruhig so machen kann.