Beispiel für EDT Violations gesucht

[hdi]

Heyo,

ich such grad mal wieder ein gutes Bsp, diesmal um zu demonstrieren warum man Code, der GUI-Objekte verändert, auf dem EDT ausführen sollte. Ich könnte jetzt etwas ganz hirnrissiges zusammenkleistern um irgendwo eine IndexOutOfBoundsExceptions zu provozieren, aber fällt euch im Moment irgendein Bsp aus der Praxis ein wo es tatsächlich in einer "realen" GUI mit einigermaßen sinnvoller Logik zu nem Prob kommen kann?

Ich möchte es nur nicht zu kompliziert haben, d.h. nicht unbedingt etwas mit JTable und TableModel oder sowas, sondern primitiver. zB adden von Buttons oder Ändern von Hintergrundfarben von Komponenten o.ä.

Gar nicht so einfach da was zu finden..
Ich wär super dankbar für ein sinniges Beispiel!

Dank euch :toll:

 

[Gast2]

Guck mal hier ob da was bei ist
Debugging Swing | Java.net

 

[FArt]

Beispiel bei den SUN Tutorials: Progress Bar?!?

 

[hdi]

@fassy danke den Artikel kenn ich, das zeigt wann man Code NICHT auf dem EDT ausführen sollte weil er sonst die GUI blockiert. Ich such nach einer Anweisung die man per invokeLater auf die Queue legen muss da ansonsten Race Conditions entstehen können

@Fart hm kA die nutzen da SwingWorker.. Ich bräuchte irgendwas wo ein Thread auf einem GUI-Objekt arbeitet und der EDT gleichzeitig etwas damit tut, das Problem ist ich muss nen Anwendungsfall finden wo EDT und der Thread die gleichen Methoden benutzen bzw. wo es halt knallen kann weil irgendwelche Werte dirty sind oder sowas..

Ich überleg grad zB der User resized eine Komponente während ein Thread (nicht EDT) etwas damit tut.. Die Frage ist was kann er tun damit es beim resize Probleme gibt? Fällt euch was ein? Echt schwer eig. da was zu finden^^

 

[hdi]

So ich hab jetzt was gebastelt, bin soweit zufrieden aber ich hab ne Frage. Hier erstmal der Code:

import java.awt.Dimension;
import java.awt.EventQueue;
import java.awt.FlowLayout;
import javax.swing.JButton;
import javax.swing.JFrame;

public class EDTViolation {

	static JFrame frame;

	public static void main(String[] args) {

		Runnable buildFrame = new Runnable() {
			@Override
			public void run() {
				frame = new JFrame();
				frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
				frame.setVisible(true);
				frame.setLayout(new FlowLayout());
				frame.setPreferredSize(new Dimension(300, 300));
				for (int i = 0; i < 150; i++) {
					JButton btn = new JButton();
					btn.setPreferredSize(new Dimension(15, 15));
					frame.add(btn);
				}
				frame.pack();
				frame.setLocationRelativeTo(null);
			}
		};

		EventQueue.invokeLater(buildFrame);

		Runnable task = new Runnable() {
			public void run() {
				while (frame.getContentPane().getComponentCount() > 0) {
					frame.getContentPane().remove(0);
					frame.pack();
				}
			}
		};
		task.run();
	}
}

Zur Erklärung: Erstens fliegt sehr warhscheinlich eine NPE wenn der "task" startet da das "frame" wohl noch nicht initialisiert ist. Wenn man das dann fixed, zB durch ein kurzes sleep vor dem run() oder durch invokeAndWait statt invokeLater oben, dann kommt es trotzdem zu Race Conditions die sich als Grafik-Artefakte im Frame bemerkbar machen oder sogar NPE's im Zuge von irgendwelchen Operationen des LayoutManagers. Wenn man den task dann per invokeLater auf dem EDT startet ist alles wieder okay.

Also mit der Demo bin ich zufrieden das zeigt eig. warum man eben Code auf dem EDT ausführen soll, aber ich hab ne Frage zu den Race Conditions: Wie genau entstehen die Artefakte bzw was tut der EDT mit dem LayoutManager während der "task" pack() aufruft, dass es manchmal zu dieser Exception kommt.

Diese hier meine ich:

Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException
at javax.swing.LayoutComparator.compare(Unknown Source)
at java.util.Arrays.mergeSort(Unknown Source)
at java.util.Arrays.mergeSort(Unknown Source)
at java.util.Arrays.mergeSort(Unknown Source)
at java.util.Arrays.mergeSort(Unknown Source)
at java.util.Arrays.mergeSort(Unknown Source)
at java.util.Arrays.mergeSort(Unknown Source)
at java.util.Arrays.sort(Unknown Source)
at java.util.Collections.sort(Unknown Source)
at javax.swing.SortingFocusTraversalPolicy.enumerateAndSortCycle(Unknown Source)
at javax.swing.SortingFocusTraversalPolicy.getFirstComponent(Unknown Source)
at javax.swing.LayoutFocusTraversalPolicy.getFirstComponent(Unknown Source)
at javax.swing.SortingFocusTraversalPolicy.getDefaultComponent(Unknown Source)
at java.awt.FocusTraversalPolicy.getInitialComponent(Unknown Source)
at java.awt.DefaultKeyboardFocusManager.dispatchEvent(Unknown Source)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Window.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.SequencedEvent.dispatch(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)

Danke!
PS: Findet ihr das Bsp gut oder hab ich was vergessen / nicht richtig erklärt jetzt im Text?