swingworker und eventdispatch thread

[friteuse85]

hallöchen,

frage an die swingexperten:

immer wenn ich bis anhin etwas "gethreadetes" mit swing gemacht habe, hab ich einfach den swingworker verwendet. aus done/oder process hab ich dann je nach bedarf auch direkt das gui upgedated (direkt oder zb. bei progessbars über einen propertylistener), weil das eigentlich auch immer so in den sun-beispielen stand.

jetzt sollte man das gui ja eigentlich nur immer über den eventdispatchtread upgedatet werden, also sprich über SwingUtilities.invokeLater(new Runnable(){balbla});?

nun zu meiner frage: laufen done/process bereits im eventdispatch thread oder muss ich auch aus dem swingworker mit invokeLater arbeiten????

mmh. jetzt ist mir beim schreiben gerad eingefallen ich könnte mir ja den call-stack anschauen, aber seh ich das dort überhaupt??

thx

 

[Marco13]

Ein Blick in die API-Doku http://java.sun.com/javase/6/docs/api/javax/swing/SwingWorker.html würde schon reichen...

 

[André Uhres]

Im Zweifelsfall einfach SwingUtilities.isEventDispatchThread() fragen:

public void updateGui() {
    if (SwingUtilities.isEventDispatchThread()) {
        // do all work here...
    } else {
        SwingUtilities.invokeLater(new Runnable() {
            public void run() {
                updateGui();
            }
        });
    }
}

 

[Guest]

@andré uhres: toll, danke für den hinweis.

@marko 13: na so eindeutig ists aber auch nicht was da steht... oder ich kapierst nicht ;-)

g

 

[André Uhres]

so eindeutig ists aber auch nicht was da steht

Wird es dort unter "Workflow" und bei den "Method Detail" von "process" und "done" nicht gut erklärt?

 

[friteuse85]

so eindeutig ists aber auch nicht was da steht

Wird es dort unter "Workflow" und bei den "Method Detail" von "process" und "done" nicht gut erklärt?

argh shame sorry hab mir nur die beispiele oben angeschaut.

da hät ich noch eine frage... führt ihr eure swingworker über den executor aus und wenn ja was hat das für vorteile? erbt ja sowieso schon von thread...!?

thx nochmal für die hinweise

 

[André Uhres]

führt ihr eure swingworker über den executor aus

Ich nicht.

 

[Marco13]

Bin nicht 100% sicher, was du meinst, aber ... SwingWorker verwendet intern schon einen (statischen) Executor (ThreadPool mit 10 Thread, wenn ich mich recht erinnere....). Also ... sollte man da vmtls. eher nicht noch mit einem eigenen Executor arbeiten....

 

[Guest]

aus der api

Because SwingWorker implements Runnable, a SwingWorker can be submitted to an Executor for execution.

 

[Marco13]

Ja, möglich ist es - und es wird auch gemacht, wenn man ganz normal "execute" aufruft. Aber ... wenn man ihn einfach einmal ganz normal ausführen will (und durch die Verwendung eines eigenen Executors nicht irgendein ganz spezielles, ausgeklügeltes Verhalten erreichen will) besteht eigentlich kein Anlass, einen eigenen Executor zu verwenden - stattdessen macht man dann "execute" und überläßt das dem SwingWorker selbst....