C'est vraiment relou le pb des méthodes suspend et resume qu'il ne faut plus utiliser !
J'ai un projet sur lequel se pretait vraiment bien l'utilisation de ces méthodes et dans la javadoc ils disent d'uiliser le wait a la place ... le pb c'est que je n'arrive pas a adapter le wait a mon pb !
Avez vous d'autres alternatives ? Est-ce vraiment mal d'utiliser les fonctions deprecated ?
Merci d'avance.

oui c'est mal.

Ces methodes peuvent engendrer des dead-locks, donc a eviter absolument.

a vrai dire, c'est dommage car c'est un super truc !

ya .join() qui est bien pratique aussi ...

 
1/ voir join
2/ Ca dépend des méthodes mais dans le cas des threads oui

 
Mal mal... c'est un grand mot. Parfois si tu n'as pas le choix (il est parfoid difficile de modifier un code pour gerer ce cas), et si tu sais ce que tu fais et que tu t'assures qu'il n'y aura pas de deadlock (par preuve realisee statiquement p.ex.) ce n'est pas un aussi grand mal que ca.
 
Si c'etait vraiment MAL elles auraient disparu apres la premiere release ou elles etaient deprecated. La elles signifient "attention a ce que vous faites".
 
Enfin ca c'est mon point de vue...

 
backward compatibility ca te dit quelque chose ?
 
 

 
Tu ne gardes pas la backward compatibility si c'est reellement dangereux, tu deprecies UNE fois pour garder la compatibilite et avertir puis a la release qui suit tu vires... (une methode depreciee signifie qu'elle risque de disparaitre dans une future release) stop() resume() peuvent potentiellement poser des problemes de deadlock, mais cette potentialite n'est pas suffisante pour virer ces methodes (deprecated depuis 1.1 ?)...  
 
Vu que le compilo te fait chier si tu les utilise ca te pose un warning que tu dois gerer, au auquel tu dois au moins penser.
 

Bon ben j'ai modifier completement mon code pour n'utiliser que wait() et notify(). C'est quand même fin nul car le principe de suspend/resume est completement génial (surtout pour mon projet).