Swing ProgressBar update

[wersi77]

Hallo,

wie übergebe ich am besten den aktuellen Fortschritt meiner Klasse Sleep an die GUI, welche sich in einer eigenen Klasse befindet. Bin ich mit der Klasse SwingWorker für mein Sleep Prozess auf dem richtigen Weg und wie müsste hier die implementierung aussehen, um den Fortschritt an eine ProgressBar zu geben?
Vielen Dank für Eure Antworten

 

[Foxei]

Hallo wersi77,
du benötigst zwei parallel Laufende Threads da wenn du deinen Thread Schlafen legst auch die Aktualisierung der JProgressBar pausierst.

Du lässt die Frame im Hauptthread und startest die Methode die länger dauert ein einem Neuen Thread und über diesen aktualisierst du auch die ProcessBar.

Gruß Simon

 

[kaoZ]

Hier mal ganz Pragmatisch :

Simuliert das Ganze anhand eines Counters der nach Button klick in einem Anonymen Thread einfach hochgezählt wird, bei erreichen des Maximums, wird die Anwendung beendet, das könnte man hier auch anders lösen , aber zur Veranschaulichung reicht das denke ich

import java.awt.event.ActionEvent;
import java.awt.event.ActionListener;
import javax.swing.JButton;
import javax.swing.JFrame;
import javax.swing.JPanel;
import javax.swing.JProgressBar;


public class Updater{

	JProgressBar bar;
	
	
	public Updater(){
		bar = new JProgressBar();
		bar.setStringPainted(true);
	}
	
	void setState(int i){
		bar.setValue(i);
	}
	
	JProgressBar getBar()		{return bar;}
	
	public static void main(String[] args){
		JFrame f = new JFrame();
		f.setDefaultCloseOperation(2);

		Updater u = new Updater();
		
		JPanel p = new JPanel();
		p.add(u.getBar());
		
		
		JButton btn = new JButton("Start");
		btn.addActionListener(new ActionListener(){
			
			@Override
			public void actionPerformed(ActionEvent e){
				new Thread(){
					
					int count = 0;
					
					public void run(){
	
						while(count < 100){
							u.setState(count++);
							
							if(count == 100) {
								System.exit(0);
							}
							try {
								Thread.sleep(200);
							}
							catch (Exception e2) {
								e2.printStackTrace();
							}
						}
					}
				}.start();
			}
		});
		
		p.add(btn);
		
		f.setContentPane(p);
		f.setLocationRelativeTo(null);
		f.setSize(200,200);
		f.setVisible(true);
	}
}

 

[Network]

Ja SwingWorker ist der richtige Ansatz. Du findest genügend Code Beispiele dazu im Internet.

Oberes Code Beispiel ist nebenbei sehr gefährlich.
Kein Multithreading in Swing Anwendungen! (außer mithilfe der Klasse SwingWorker oder wenn man Ahnung von dem Thema hat).
Da kommen die lustigsten Ergebnisse raus.

In meinem letzten Projekt vor ein paar Tagen hat einfach plötzlich der Text auf allen Swing-Elementen gefehlt nach einiger Zeit - aber ich weiß auch was was ich mache, also kein Problem

Problem bei Multithreading ist einfach die Tatsache das Codefehler/Logikfehler nicht immer sofort auftauchen sondern nur alle paar Sekunden/Minuten/Stunden/Tage/Wochen/Jahre scheinbar zufällig. Das macht das Fehler Reproduzieren und damit das entfernen des Fehlers sehr schwer und selten findet man sofort die Position des eigentlichen Auslösers des Fehlers. Dategen gibt es keine Lösung sondern nur Vorbeugemaßnahmen und viel Erfahrung.

Und Swing ist generell nicht ThreadSafe deshalb gilt von offizieller Seite: Kein Multithreading (außer mithilfe von Swingworker)

 

[kaoZ]

Im Grunde Stimme ich dir zu, allerdings werden die Fehler bei solch Simplen Anwendungen / Modulen kaum eintreten , solange nicht mehrere Threads versuchen gleichzeitig auf irgendwas schreibend oder lesend zuzugreifen, zudem war es nur ein schnell zusammengebasteltes rudimentäres Beispiel

Hier ging es lediglich darum das die GUI nicht blockiert wird wenn er versucht die Progressbar zu updaten, ausserdem sollten alle aktionen die auf Swing elemente wirken eh im EDT stattfinden.

Hier der Auszug aus der API:

Swing event handling code runs on a special thread known as the event dispatch thread. Most code that invokes Swing methods also runs on this thread. This is necessary because most Swing object methods are not "thread safe": invoking them from multiple threads risks thread interference or memory consistency errors. Some Swing component methods are labelled "thread safe" in the API specification; these can be safely invoked from any thread. All other Swing component methods must be invoked from the event dispatch thread. Programs that ignore this rule may function correctly most of the time, but are subject to unpredictable errors that are difficult to reproduce.