Discussion :

[Virgile le chat]

Bonjour,
J'ai le problème suivant avec un programme :
Pour résumer, mon programme comporte un bouton qui, quand je clique dessus lance une animation graphique. Quand je reclique dessus cette animation se met en pause, puis quand je reclique, l'animation repart, et ainsi de suite. Je pense que vous avez compris...
J'ai donc créé un thread dont la méthode run() est du genre:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
public void run(){
while(true){
rafraichirAnimation();
}
}

Puis j'ai un écouteur du bouton dont la méthode mouseClick() est du genre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
if(bouton == pause){
synchronized(this){
wait();}}
else{
synchronized(this){
notifyAll();
}}
}

j'ai éludé les détails de mise à jour du texte du bouton...
Le problème c'est que je voudrais agir sur mon thread lorsque j'appelle wait() et pas sur un quelconque objet.
Alors je sais bien que wait() et notify() sont des méthodes de Object mais alors comment agir sur mon thread en les mettant dans cette méthode mouseClick() ?
Merci pour votre réponse.
Virgile.

[gifffftane]

Entre ton mouseClicked et ton thread il va y avoir un rendez-vous. Pour un rendez-vous, il faut un repère commun. Ce repère commun sera un objet, sur lequel tu vas synchroniser les deux cotés.

en gros non testé non vérifié non compilé sans garantie avec de GROSSES ERREURS de conception :

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
 
Object rendezVous;
 
public void run()
{
 synchronized (rendezVous)
 {
  while (true)
  {
    rendezVous.wait();
    youpiJePeuxYALLER();
  }
 }
}
 
public void mouseClicked()
{
 synchronized (rendezVous)
 {
  rendezVous.notifyAll();
 }
}

[Virgile le chat]

Merci,
Je vais essayer. Mais n'y a-t-il pas un moyen de mettre wait et notifyAll dans la méthode mouseClick ? il me semble qu'il serait plus logique de gérer l'attente et la notification dans mouseClick vu que c'est le fait de cliquer sur le bouton qui décide de l'arrêt ou de la reprise de l'animation.
Qu'en pensez-vous ?
Merci.

[Virgile le chat]

Encore une chose :
Je crois avoir compris ce que vous voulez dire. En fait il faut un objet qui permette une sorte de communication entre l'exécution de run() et mouseClick(). Mais en fait peu importe le type de cet objet ? Ce peut être n'importe quel objet de n'importe quel type pourvu qu'il soit toujours référencé lors du déroulement du programme ? n'est-ce pas ? il est donc juste là pour permettre cette communication ?

[tchize_]

ce qu(il faut comprendre, c'est que x.wait() , çà met en pause le Thread qui fait l'appel, pas le Thread qui possède cette méthode. Tout objet en java peut servir de sémaphore. Le principe est


Thread 1: attend sur unObjet.wait()

Thread 2: fait démarrer le Thread 1 en attente en faisant unObjet.notify()

Ca, c'est pour le redémarrage.

Pour l'arrêt, il faut mettre ne place un flag que Thread 1, dans sa boucle, va lire. Si il est à true, Thread 1 va faire unObject.wait() (hop, arrêt). Mais il faut aussi un duxième objet, qui notifie Thread 2 que Thread1 est arrêté (histoire de pas etre tenté, dans Thread2, de faire redémarrer Thread1 avant son arrêt :p)

Y a des excellente docs sur le net à propos de la synchronisation de Threads.

[gifffftane]

J'avais pas tilté qu'il fallait gérer le lancement et l'arrêt de l'animation dans le mouseClicked, je croyais qu'il ne fallait gérer que le lancement.

Cela dit j'ai l'impression que tu as compris le principe, surtout avec les compléments de tchize_. Donc il faut adapter, et puis voilà. Un arrêt n'est qu'une action supplémentaire.

Une fois que tu auras traité à l'arrache le problème, et donc que tu auras mieux compris les notions en cause, tu pourras t'intéresser au SwingWorker, et au paquetage java.util.concurrent, qui font ça tout seul mieux que nous

[Virgile le chat]

Merci,
Je vais essayé de me débrouiller avec tout cela.
Virgile.