A l'extérieur, j'appelle sa méthode finir qui fait isTermine=true => le
thread se termine. c'est ce que je veux.
Supposons mnt que je veuille le relancer alors qu'il a fini son
traitement: puis-je remettre sa propriété isTermine à false et hop, il
repart ? attention : ce n'est pas un Thread.suspend.
A l'extérieur, j'appelle sa méthode finir qui fait isTermine=true => le thread se termine. c'est ce que je veux. Supposons mnt que je veuille le relancer alors qu'il a fini son traitement: puis-je remettre sa propriété isTermine à false et hop, il repart ? attention : ce n'est pas un Thread.suspend.
Maintenant, le thread va tourner dans le boucle while(isTermine == false) jusqu'à un appel à setIsTermine(false). Une fois que c'est fait, il se bloque dans le wait, jusqu'à ce qu'un appel à setIsTermine le débloque et lui permette de retourner dans la boucle
"Gabriel" <cy_rainchapeau26@yahoo.fr> a écrit dans le message de
news:cdp7e8$dqm$1@news-reader3.wanadoo.fr...
Bonjour :
soit un thread avec sa méthode run() :
public void run(){
A l'extérieur, j'appelle sa méthode finir qui fait isTermine=true => le
thread se termine. c'est ce que je veux.
Supposons mnt que je veuille le relancer alors qu'il a fini son
traitement: puis-je remettre sa propriété isTermine à false et hop, il
repart ? attention : ce n'est pas un Thread.suspend.
Maintenant, le thread va tourner dans le boucle while(isTermine == false)
jusqu'à un appel à setIsTermine(false).
Une fois que c'est fait, il se bloque dans le wait, jusqu'à ce qu'un appel à
setIsTermine le débloque et lui permette de retourner dans la boucle
A l'extérieur, j'appelle sa méthode finir qui fait isTermine=true => le thread se termine. c'est ce que je veux. Supposons mnt que je veuille le relancer alors qu'il a fini son traitement: puis-je remettre sa propriété isTermine à false et hop, il repart ? attention : ce n'est pas un Thread.suspend.
Maintenant, le thread va tourner dans le boucle while(isTermine == false) jusqu'à un appel à setIsTermine(false). Une fois que c'est fait, il se bloque dans le wait, jusqu'à ce qu'un appel à setIsTermine le débloque et lui permette de retourner dans la boucle
jerome moliere
Bonjour, tu peux utiliser des pools d'objets génériques permettant d'éviter le gachis de CPU induit par la destruction/reallocation d'objets tels que les threads... cf code source des gros projets de serveurs TCP/IP (tomcat/jetty et les autres) Jerome -- Auteur cahier du programmeur Java tome 2 - Eyrolles 10/2003 http://www.eyrolles.com/php.informatique/Ouvrages/ouvrage.php3?ouv_ean1382212111941
Bonjour,
tu peux utiliser des pools d'objets génériques permettant d'éviter le
gachis de CPU induit par la destruction/reallocation d'objets tels que
les threads...
cf code source des gros projets de serveurs TCP/IP (tomcat/jetty et les
autres)
Jerome
--
Auteur cahier du programmeur Java tome 2 - Eyrolles 10/2003
http://www.eyrolles.com/php.informatique/Ouvrages/ouvrage.php3?ouv_ean1382212111941
Bonjour, tu peux utiliser des pools d'objets génériques permettant d'éviter le gachis de CPU induit par la destruction/reallocation d'objets tels que les threads... cf code source des gros projets de serveurs TCP/IP (tomcat/jetty et les autres) Jerome -- Auteur cahier du programmeur Java tome 2 - Eyrolles 10/2003 http://www.eyrolles.com/php.informatique/Ouvrages/ouvrage.php3?ouv_ean1382212111941
Olivier Merigon
Plus simple que le code source de tomcat: http://java.sun.com/developer/Books/javaprogramming/threads/chap13.pdf
Olivier
"jerome moliere" a écrit dans le message de news:cdqdmb$21v3$
Bonjour, tu peux utiliser des pools d'objets génériques permettant d'éviter le gachis de CPU induit par la destruction/reallocation d'objets tels que les threads... cf code source des gros projets de serveurs TCP/IP (tomcat/jetty et les autres) Jerome -- Auteur cahier du programmeur Java tome 2 - Eyrolles 10/2003
Plus simple que le code source de tomcat:
http://java.sun.com/developer/Books/javaprogramming/threads/chap13.pdf
Olivier
"jerome moliere" <jmoliere@nerim.net> a écrit dans le message de
news:cdqdmb$21v3$2@biggoron.nerim.net...
Bonjour,
tu peux utiliser des pools d'objets génériques permettant d'éviter le
gachis de CPU induit par la destruction/reallocation d'objets tels que
les threads...
cf code source des gros projets de serveurs TCP/IP (tomcat/jetty et les
autres)
Jerome
--
Auteur cahier du programmeur Java tome 2 - Eyrolles 10/2003
Plus simple que le code source de tomcat: http://java.sun.com/developer/Books/javaprogramming/threads/chap13.pdf
Olivier
"jerome moliere" a écrit dans le message de news:cdqdmb$21v3$
Bonjour, tu peux utiliser des pools d'objets génériques permettant d'éviter le gachis de CPU induit par la destruction/reallocation d'objets tels que les threads... cf code source des gros projets de serveurs TCP/IP (tomcat/jetty et les autres) Jerome -- Auteur cahier du programmeur Java tome 2 - Eyrolles 10/2003