Swing Problem mit sofortiger Aktualisierung eine Textfeldes

[kodela]

Hallo,

wer kann mir helfen, ich habe folgendes Problem:

In einer von JFrame abgeleiteten Hauptklasse ist ein JTextArea definiert.

In einer zweiten Klasse werden Dateien auf eine bestimmte Bedingung überprüft.
Ist die Bedingung erfüllt, soll der vollständige Pfad dieser Datei in das
JTextArea eingetragen werden.

Bis hier her funktioniert auch alles.

Allerdings soll auch nach jeder neuen Eintragung soll die aktualisierte Liste
angezeigt werden.

Das funktioniert nicht. Die Anzeige erfolgt erst, wenn die zweite Klasse
ihre Überprüfung beendet hat.

Hier ist der Code für die Einfügung eines neuen Pfades:

    public void setList(String dateiPfad) {

        jTextArea1.append(dateiPfad);
        jTextArea1.append("\n");
        repaint();
    }

Was kann die Ursache dafür sein, dass repaint() die Änderung nicht anzeigt?

Unter anderem habe ich auch versucht, an Stelle von repaint() folgende Code-Zeilen einzugeben:

        jTextArea1.requestFocusInWindow();
        jTextArea1.repaint();

Aber was ich auch mache, die Anzeige erfolgt erst nach Abarbeitung der Prüfungs-Methode.

Ich bedanke mich schon einmal im Voraus für Hinweise darauf, was ich hier nicht beachtet habe.

Mit freundlichem Gruß,

Konrad

 

[Michael...]

Ein repaint() ist bei sowas nicht notwendig.
Kann es sein, dass Deine GUI blockiert ist, da Du einen etwas länger dauernden Prozess im EDT laufen hast?

 

[kodela]

Hallo Michael,

ich weiß zwar nicht, was mit EDT gemeint ist, aber es ist schon so, dass die Prüfungs-Methode eventuell mehrere tausend Dateien überprüfen und eventuell auch verändern muss.

Was kann man dann gegen eine blockierte GUI machen?

Mit freundlichem Gruß,

Konrad

 

[Michael...]

Einfach mal mit der Maus über die Abkürzung fahren.
EDT ist der Thread in dem die Aktualisierung der GUI stattfindet. Wenn längerwierige Prozesse in diesem Thread laufen, müssen diese Umfänge je erst einmal abgearbeitet werden bevor dann die GUI aktualisiert werden kann --> die GUI ist eingefroren.
Deshalb lagert man solche Aktionen in einen eigenen Thread aus, damit sie nebenläufig abgearbeitet werden und die GUI bedienbar bleibt oder z.B. der aktuelle Fortschritt dort angezeigt werden kann.

 

[Michael...]

Hier mal etwas ausführlicheres zum Thema Thread:
JavaInsel8
Und noch ein kurzes Bsp.:

import javax.swing.JFrame;
import javax.swing.JLabel;

public class SimpleThreadDemo extends  JFrame {
	private JLabel label;
	
	public SimpleThreadDemo () {
		label = new JLabel("0", JLabel.CENTER);
		this.getContentPane().add(label);
		// der Prozess der abgearbeitet werden soll,
		// wird in einem nebenläufigen Thread gestartet
		new Thread(new MySpecialTask()).start();
	}
	
	
	class MySpecialTask implements Runnable {
		private int i;
		public void run() {
			i=0;
			// folgender Prozess läuft unendlich lange 
			// und aktualiert dabei ca. jede Sekunde die GUI 
			while (true) {   
				try {
					Thread.sleep(1000);				
					label.setText("" + ++i);
				} catch (InterruptedException e) {
					e.printStackTrace();
				}
			}
		}
	}
	
	public static void main(String[] args) {
		JFrame frame = new SimpleThreadDemo();
		frame.setBounds(0, 0, 150, 100);
		frame.setLocationRelativeTo(null);
		frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
		frame.setVisible(true);
	}
}

 

[kodela]

Hallo Micheal,

herzlichen Dank für Deine Mühe, die Du Dir mit meinem Hilferuf gemacht hast. Ich bin sicher, dass ich Dank Deines Beispieles die Sache in den Griff bekomme.

Konrad

 

[kodela]

Hallo Michael,

eben wollte ich damit beginnen, die Datei-Prüfungsklasse in einen eigenen Thread einzubetten, als mir doch noch Bedenken kamen.

Immer wenn eine der geprüften Dateien bestimmte Voraussetzungen erfüllt, wird bisher schon ein Zähler fortgeschrieben, desgleichen ein zweiter Zähler, wenn die Datei verändert wurde. Das funktioniert alles einwandfrei.

Jetzt wollte ich nicht nur die beiden Zähler fortschreiben, sondern den kompletten Pfad der jeweiligen Datei in eine Liste eintragen. Auch das funktioniert, nur im Gegensatz zu den beiden Zählern wird die Liste nicht sofort aktualisiert.

Wenn die GUI blockiert ist, dann dürfte doch auch die Aktualisierung der beiden Zähler nicht funktionieren. Wie siehst Du das?

Mit freundlichem Gruß,

Konrad

 

[kodela]

Hallo Michael,

eben ist mir noch etwas aufgefallen.

Ich lasse die Prüf-Methode laufen. Wenn sie fertig ist, wird mir die komplette Liste angezeigt.

Jetzt will ich einen erneuten Suchlauf. Bevor die Prüf-Methode aufgerufen wird, lasse ich die Liste löschen. Und was passiert - nichts.

Die Liste wird weiterhin angezeigt, die Prüf-Methode macht ihre Arbeit, meldet an die Hauptklasse den jeweiligen Stand der Zähler und die Ergänzungen für die Liste. Die Liste wird ergänzt, nur merkt man nichts davon, während die beiden Zähler kontinuierlich den Fortschritt anzeigen.

Hat die Prüf-Methode ihren Job erledigt, wird nun endlich die Liste vom vorhergehenden Durchlauf gelöscht und die neue angezeigt.

Das kann doch nun wirklich nicht mehr mit einer blockierten GUI zusammenhängen.

Mit freundlichem Gruß,

Konrad

 

[kodela]

Die Klasse JTextArea ist threadsicher. Das dürfte der Grund sein, warum Änderungen während ein anderer Prozess läuft, zwar entgegengenommen, jedoch nicht ausgeführt werden. Nicht die GUI ist also gesperrt sondern die von JTextArea abgeleitete Klasse.

Unabhängig davon ist diese Klasse für das blose Anzeigen einer Liste falsch gewählt und überdimensioniert. Richtig ist die AWT-Klasse List. Über sie können auch während ein anderer Prozess mit IO-Operationen läuft, problemlos angezeigt werden.

Konrad