ExecutorService, JTable e JProgressBar

[fermat]

si tu probabilmente hai ragione.

ma il discorso è che se cerco in giro leggo tutti esempi in cui l'update della gui viene fatta nel done(), o nel process().
cmq nello SwingWorker.

tipo qui http://grepcode.com/file/repository....ingWorker.java
oppure qui http://stackoverflow.com/questions/2...update-the-gui (in cui i dati al model vengono aggiunti nel process()).

ma da quello che ho interpretato dai tuoi consigli, non dovrei fare così!
cmq provo a leggere meglio la documentazione e gli altri esempi.
sicuramente mi sarà sfuggito qualcosa.

intanto grazie!

[andbin]

ma il discorso è che se cerco in giro leggo tutti esempi in cui l'update della gui viene fatta nel done(), o nel process().

Appunto. process e done li puoi ridefinire tu e vengono invocati non da te direttamente ma dal SwingWorker nel contesto del EDT.
done viene chiamato dopo che doInBackground è terminato. process invece viene invocato quando viene "pubblicato" qualcosa con il publish eseguito da dentro il doInBackground.

Se hai afferrato, vedi che SwingWorker aiuta nella interazione tra un thread a parte e il EDT, semplicemente andando a incapsulare e nascondere il passaggio di chiamate dal thread al EDT.

[andbin]

ma il discorso è che se cerco in giro leggo tutti esempi in cui l'update della gui viene fatta nel done(), o nel process().

Appunto. process e done li puoi ridefinire tu e vengono invocati non da te direttamente ma dal SwingWorker nel contesto del EDT.
done viene chiamato dopo che doInBackground è terminato. process invece viene invocato quando viene "pubblicato" qualcosa con il publish eseguito da dentro il doInBackground.

Se hai afferrato, vedi che SwingWorker aiuta nella interazione tra un thread a parte e il EDT, semplicemente andando a incapsulare e nascondere il passaggio di chiamate dal thread al EDT.