Discussion :

[Cyber@l]

Slt,

desole pour le titre coupe

ma question : comment arreter un thread qui execute une methode bloquante sans la methode stop ?

La methode ne reste pas bloque tt le tps mais sa arrive .

Voila mon probleme.

J'ai une methode qui peut rester bloque sans faire d'exception, je voudrai pouvoir passer a l'instruction suivante au bout de 2 minutes.

Pour faire cela j'ai pense a un thread mais meme apres avoir lu la faq et regarde dans un livre je n'ai pas reussi (sans la methode stop ).

J'ai aussi essaye avec join(1000) mais apres avoir execute tt le code de mon main le programme ne me rends pas la main (le prompt ne re apparait pas)

Auriez vous une idee ?

Merci de votre aide

[Piolet]

sleep n'existe plus ?
si c le cas je me fais vieux...enfin remarque ce n'est pas ce que tu recherche

[LuckyLiam]

Pourquoi reste t'elle bloquée ?

[Pill_S]

Reponse:

avec une variable boolean...

tu l'utilise comme un genre de "signal" qui pourra être envoyé vers la méthode run pour lui dire de stopper... genre comme ça:

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
 
class MaClasse implements Runnable{
  private boolean interrupted=false;
 
  public void interrupt(){
    interrupted=true;
  }
 
  public void run(){
    interrupted = false;
 
    while(! interrupted){
      // ton traitement
 
 
      // pour passer la main a un autre thread
      try{
        Thread.sleep(1);
      }catch(InterruptedException e){
        e.printStackTrace();
      }
 
    }
  }
}

ça doit marcher....

[Cyber@l]

Je ne sais pas pourquoi elle reste bloque et je ne peux pas y toucher car ce n'est pas moi qui l'ai developpe.

[christopheJ]

Si j'ai bien compris ton problème, je viens d'avoir le même.
Tu as un Thread main (ton programme) qui lance un Thread parallèle (appelons le second).
Second peut rester bloquer sur une instruction (attente de lecture sur un flux...).
Dans ton main tu bascules le booleen qui est censé permettre d'arrêter second, mais comme celui-ci est bloqué il ne passe jamais revoir le "while(booleen) faire ...". Du coup à la fin du main, la JVM ne te rend pas le prompt car second est encore actif.
Si c'est effectivement ton problème, j'ai résolu en mettant second en démon.
Pour cela tu fais :

Code :

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

1
2
3
4
 
Thread second= new Thread();
second.setDaemon(true);
second.start();

Du coup la JVM s'arrête lorsque les seuls threads restant sont des threads démons, et tu recupère le prompt.
Par contre il faut que ta classe "extends Thread" et pas "implements Runnable"

[Cyber@l]

Reponse:

avec une variable boolean...

tu l'utilise comme un genre de "signal" qui pourra être envoyé vers la méthode run pour lui dire de stopper... genre comme ça:

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
 
class MaClasse implements Runnable{
  private boolean interrupted=false;
 
  public void interrupt(){
    interrupted=true;
  }
 
  public void run(){
    interrupted = false;
 
    while(! interrupted){
      // ton traitement
 
 
      // pour passer la main a un autre thread
      try{
        Thread.sleep(1);
      }catch(InterruptedException e){
        e.printStackTrace();
      }
 
    }
  }
}

ça doit marcher....

Je te remercie de ta reponse mais j'ai deja essaye un truc similaire et ca ne marche pas car mon traitement appelle une fonction qui reste bloque donc cela ne passe jamais par le

Code :

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

1
2
try{
        Thread.sleep(1);

.

[Cyber@l]

Merci christopheJ tu as bien compris mon probleme. Je vais tester ca et je vous tiens au courant

@+

[Cyber@l]

C'est bon cela marche nikel merci bcp

@++