Discussion :

[thibaut]

Bonjour � tous,

Je voudrais avoir des conseils pour le probl�me suivant.

J'ai cr�e une interface graphique, qui quand on appui sur un bouton valider lance un traitement assez long (gan�ration d'un fichier PDF). Or pour que l'interface ne se g�le pas, j'ai mis la g�n�ration de ce fichier dans un Thread lanc� depuis l'interface graphique.

Or il peut arriver que la g�n�ration de se fichier se passe mal (le fichier xml ou xsl-fo n'est pas trouv� par exemple). Donc je voudrais afficher le status de la g�n�ration dans un JTextField de mon interface. Or le probl�me est que je dois savoir si le Thread lanc� par mon interface s'est termin� correctement.

Alors comme dois-je proc�der ?

Merci pour vos conseils.

[otsgd]

Le plus propre je crois est d'utiliser un listener.

En gros, ton interface �coute le traitement du Thread qui l'informe de son execution.

[thibaut]

Mais existe t-il d�j� des listeners de Thread ?

[otsgd]

Mais existe t-il d�j� des listeners de Thread ?

Tu fais ton propre Listener :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
public class MonPanneau implements MyConversionListener {
 
   // ....
 
  private void lancerConversion() {
     ConversionHandler h = new ConversionHandler(this);
     new Thread ... {
        h.lanceConversion();
     }
  }
 
  public void maConversionEstFinie() {
     monTextField.setText("Conversion terminée");
  }
 
}

Et ton ConversionHandler prends en param�tre un MyConversionListener qu'il informe lorsque la conversion est termin�e.

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
 
public interface MyConversionListener {
   public void maConversionEstFinie(); 
}

C'est plus clair ?

[thibaut]

C'est bon j'ai trouv�, la solution, il suffit de passer la r�f�r�nce � mon JTextField dans mon Thread...

Merci � tous

[otsgd]

C'est bon j'ai trouv�, la solution, il suffit de passer la r�f�r�nce � mon JTextField dans mon Thread...

Merci � tous

C'est pas tr�s propre comme solution, avec un listener tu peux utiliser ta conversion � plusieurs endroits, l� ce n'est pas le cas.

N'oublies pas de marquer r�solu ce thread.

[thibaut]

Oui mais un listener m'oblige de cr�er un autre Thread pour �couter et mettre � jour le JTextField.

Oui chef je met r�solu d�s que quelqu'un peut �ventuellement me donner un meilleure solution ...

PS: J'ai un peu �t� mod�rateur avant...

[otsgd]

Oui mais un listener m'oblige de cr�er un autre Thread pour �couter et mettre � jour le JTextField.

Oui chef je met r�solu d�s que quelqu'un peut �ventuellement me donner un meilleure solution ...

PS: J'ai un peu �t� mod�rateur avant...

Et avec mes 33 messages, je pese pas lourd

C'est marrant je suis aussi � Chatillon.

Pour le listener, je ne vois pas pourquoi ca t'oblige � cr�er un Thread, que tu passes ton JTextField ou une Interface, ca revient au meme, l'interface est plus g�n�rique et peut servir dans d'autres cas.

[adiGuba]

Salut,


Tu pourrais utiliser la classe SwingWorker pour cela :

• pour Java 5.0 : https://swingworker.dev.java.net/
• java 1.4 et inf�rieur : http://java.sun.com/docs/books/tutor...ml#SwingWorker

Tu trouveras plein d'info sur cette classe dans le forum GUI et/ou AWT/Swing

a++

[thibaut]

[..]C'est marrant je suis aussi � Chatillon.

Cool

[�om]

Oui mais un listener m'oblige de cr�er un autre Thread pour �couter et mettre � jour le JTextField.

Euh, non pas vraiment...

Pourquoi faire cela?

Il suffit de mettre � jour par SwingUtilities.invokeLater(...) (tu es oblig� de faire cela � partir de ton Thread pour respecter la r�gle du Thread unique d'interface graphique, ou alors tu utilises SwingWorker comme l'a dit adiGuba...)

[had35]

Cool

Euh, non pas vraiment...

[thibaut]

Merci pour vos r�ponses en tout cas.

J'ai utilis� le SwingWorker de adiGuba (le super-boss). Par contre le SwingWorker bloque mon bouton, est-ce normal ?

Merci

[adiGuba]

adiGuba (le super-boss).

N'exag�ront rien !

Par contre le SwingWorker bloque mon bouton, est-ce normal ?

Comment tu l'utilises ? on pourrait voir ton code ?

a++

[thibaut]

Le voici:

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
        bGenerer.addActionListener(new ActionListener() {
            public void actionPerformed(ActionEvent e) {            
                final SwingWorker worker = new SwingWorker() {
 
                    protected Object doInBackground() throws Exception {
                        PdfGenerator generator = new PdfGenerator(); 
                        String result = "Ok";
                        try {
                            generator.run(xslFile.getText(), xmlFile.getText(), output.getText());
                        } catch (Exception e) {
                            result = e.getMessage();
                        }
 
                        return result;
                    }
                };
 
                worker.run();
 
                try {
                    message.setText((String) worker.get());
                }
                catch (Exception e1) {
                    message.setText(e1.getMessage());
                }
            }
        });

Et j'explicite un peu:

xslFile, xmlFile, output sont des JTextField qui r�pr�sentent un fichier xsl, xml et un fichier de sortie (pdf).


PdfGenerator s'occupe de transformer le XSL en PDF avec FOP.

message est un JTextfield qui affiche ok ou l'erreur rencontr�e.

Voil�

[adiGuba]

Justement tu l'utilises mal

Tout comme les threads tu ne dois pas appeller la m�thode run() directement, sinon le traitement long s'ex�cutera dans le thread courant !!!

A la place il faut soit appeller la m�thode execute() qui place la t�che dans une queue d'ex�cution (10 t�ches � la fois max il me semble), soit passer directement le SwingWorker � un ExecutorService qui se chargera de l'ex�cuter selon d'autres crit�res...

De plus tu peux utiliser les Generics pour modifier le type de retour de get() et doInBackground(). Enfin le code a effecter dans l'EDT � la fin du traitement doit �tre dans la m�thode done() du SwingWorker, ce qui donnerait dans ton cas (en bleu les principales diff�rences) :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
        bGenerer.addActionListener(new ActionListener() {
            public void actionPerformed(ActionEvent e) {
                new SwingWorker<String,Object>() {

                    protected String doInBackground() throws Exception {
                        PdfGenerator generator = new PdfGenerator();
                        String result = "Ok";
                        try {
                            generator.run(xslFile.getText(), xmlFile.getText(),
                                    output.getText());
                        } catch (Exception e) {
                            result = e.getMessage();
                        }

                        return result;
                    }
                    
                    @Override
                    protected void done() {
                        try {
                            message.setText(get());
                        } catch (Exception e1) {
                            message.setText(e1.getMessage());
                        }
                    }
                }.execute();
            }
        });

a++

[thibaut]

Merci pour te lumi�res monsieur le boss.

Ca marche miquel.

A+