Problème de rafraichissement .. [FAQ]

**Adrien22** · 01/08/2006, 11h18

Bonjour.

Mon IHM contient une console (JTextArea où sont redirigié tous les "system.out.println").

J'ouvre un fichier grace à un JFileChooser et j'effectue directement unopération traitment (d'une autre clases) qui dure un certain temps.

Le problème est que normament le JFile Chooser doit se fermer et on devrait voir les afficher des commentaires sur le traitement en question dans la console en temps réel. Or la fenetre du JFileChooser de vient toute grise et se "bloque" devant mon IHM. Elle disparait à la fin de mon traitement et mes commentaire sur celui ci arrivent d'une traite dans la console.

Comment aire pour palier à ce problème ?

Merci d'avance !

**adiGuba** · 01/08/2006, 11h21

Salut,

Tu dois surement effectuer la lecture du fichier dans l'EDT, ce qui l'empêche de mettre à jour l'affichage. Tu dois utiliser un autre thread, ou mieux, la classe SwingWorker (pas encore standard)

Un peu de lecture sur une des bases de la programmation AWT/Swing : Threads et performance avec Swing

a++

**Adrien22** · 01/08/2006, 11h26

Il me semblait bien que c'était un problème de thread.

Merci pour ces informations.

**Adrien22** · 01/08/2006, 11h35

Quel seraient les problèmes si j'utilise SwingWorker ?

A quoi doit je faire attention?

**adiGuba** · 01/08/2006, 11h38

Envoyé par Adrien22

Quel seraient les problèmes si j'utilise SwingWorker ?

Ben normalement SwingWorker est là pour t'éviter les problèmes, en séparant bien les tâches "lourdes" à exécuter dans un thread séparé, et les tâches de mises à jour de l'affichage à exécuter dans l'EDT...

Quel est ta version de Java ???

a++

**Adrien22** · 01/08/2006, 14h01

Envoyé par adiGuba

Quel est ta version de Java ???

j2sdk1.4.2_09

Les problème dont je parlais, était à propos de cela

Apparement cette classe est disponible sur le site de SUN.

(Elle est incluse dans J2EE sinon ?)

**sinok** · 01/08/2006, 14h20

Je ne pense pas qu'elle soit incluse dans J2EE, car J2EE n'a pas grand chose à voir avec Swing...

Tu trouvera cette classe sur swinglabs

**Adrien22** · 01/08/2006, 14h21

Oui je l'ai trouvé.

@adiGuba: merci j'ai appris énormement de chose gràce a toi

**adiGuba** · 01/08/2006, 14h36

Envoyé par Adrien22

Apparement cette classe est disponible sur le site de SUN.

Oui c'est une très ancienne classe, proposé dans un tutoriel Swing de 1998 : http://java.sun.com/products/jfc/tsc.../threads1.html

Elle a depuis énormement évolué pour prendre en compte les nouveautés de Java 5.0 (Generics et API de concurrence entre autres) : https://swingworker.dev.java.net/

C'est cette dernière version qui sera intégré en standard dans Java 6.0...

Comme tu n'utilises que Java 1.4 tu ne peut pas utilisé la dernière version, mais seulement la première, que tu peux télécharger ici : http://java.sun.com/products/jfc/tsc...ingWorker.java

Il te suffit de copier cette classe dans un de tes packages. A la rigueur tu peux la modifier en déclarant toutes les méthodes en final (sauf construct() et finished()), ce qui pourrait t'éviter quelques erreurs...

Ensuite, lorsque tu as un traitement long a exécuté, tu crées un nouvel objet héritant de SwingWorker, dont tu peux éventuellement utilisé le constructeur pour passer des paramètres.

Tu redéfinis la méthode construct() (obligatoire), afin d'y effectuer ton traitement. A la fin de cette méhode tu peux eventuellement retourner un objet en résultat.

Enfin tu peux également redéfinir la méthode finished(), qui sera appellé à la fin du traitement dans le thread de l'EDT (pour mettre à jours l'affichage donc).

Une fois que ton SwingWorker est créé, il suffit d'appeller la méthode start() pour démarrer le traitement en tâche de fond...

Par exemple :

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
    public void actionPerformed(ActionEvent e) {
 
        // Création du SwingWorker
        SwingWorker worker = new SwingWorker() {
 
            // Cette méthode est appellé dans un thread séparé
            public Object construct() {
                // Traitement long ICI
 
                return unObjectResultat;                
            }
 
 
            // Cette méthode est appellé dans l'EDT
            public void finished() {
 
                // On récupère le résultat de construct()
                LeTypeReel obj = (LeTypeReel) getValue();
 
                // Modification de l'interface graphique ICI
 
            }
        };
 
        // Démarrage de la tâche
        worker.start();
 
    }

Le seul cas qui n'est pas géré, c'et si tu as besoin de modifier l'affichage pendant ton traitement long, dans ce cas il faudra faire appel à SwingUtilities.invokeLater()... (ce cas est géré dans la dernière version via les méthode publish() et process()).

Envoyé par Adrien22

(Elle est incluse dans J2EE sinon ?)

Non. J2EE c'est pour des applications serveurs. Il n'y a pas de Swing ni de GUI en général...

a++

**Adrien22** · 01/08/2006, 14h44

Encore une question :

Un "traitement long" peut être via l'appel d'une fonction d'une autre classe ?

edit:je suis dans le cas où l'affichage change en temps réel il me semble ...

**Adrien22** · 01/08/2006, 14h55

Ben ça marche nickel !!!

Impressionant je gagne au moin 20 secondes sur le traitement !!!!!

Merci beaucoup !!!!!!

**adiGuba** · 01/08/2006, 15h00

Envoyé par Adrien22

Impressionant je gagne au moin 20 secondes sur le traitement !!!!!

Heu... Le traitement en lui même ne devrait pas être plus rapide...

Par contre l'interface semble plus réactive car elle n'est plus figé

Envoyé par Adrien22

edit:je suis dans le cas où l'affichage change en temps réel il me semble ...

Alors il va falloir joué avec des invokeLater()...
Que dois-tu mettre à jour pendant le traitement ???

a++

**Adrien22** · 01/08/2006, 15h10

OK pour les 20 secondes gagné. ^^'

Pour le "édit" en fait je ne met rien jour juste comme j'ai redirigé la sortie de mon appli vers un JTextArea ça a l'air de se faire machinallement (pas besoin de MAJ apparement).

**Adrien22** · 01/08/2006, 15h13

Oups. apparement le traitment long n'a pas l'air de s'arretter

...

Voila mon code :

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
29
30
 
public void actionPerformed(java.awt.event.ActionEvent e) {
	FileChooser fc = new FileChooser ();
	if(fc.show("Load")==true){
		File selectedFile = fc.getSelectedFile();
		currentPath = selectedFile.getPath();
		 SwingWorker worker = new SwingWorker() {
		             // Cette méthode est appellé dans un thread séparé
	             public Object construct() {
			 // Traitement long ICI
				loadCaptureInfos(currentPath);
				return "OK";                
			}
			// Cette méthode est appellé dans l'EDT
		    public void finished() {
				  // On récupère le résultat de construct()
				String obj = (String) getValue();
			         if(obj.equals("OK")){
                                      System.out.println("\nGeneration ended.");
				 }
				 // Modification de l'interface graphique ICI
 
				 }
		 };					         
		 // Démarrage de la tâche
		worker.start();
		}
		return;
		}
	});

Le message de fin n'apparait jamais ...

**Adrien22** · 01/08/2006, 15h37

Tout est OK

Merci encore.

Problème résolu.

Problème de rafraichissement .. [FAQ]

Interfaces Graphiques en Java

Discussions similaires

Partager

Partager