Ma m�thode o� j'ai la boucle sert tout simplement � checker pour voir si
j'ai un nouveau messages ... Donc la boucle parcours mon vecteur, et d�s
qu'elle constate que la taille a chang�, �a veut dire qu'il y a un
nouveau message, donc j'appelle ma nouvelle m�thode...
do{
if(messagesNetwork.size()>0){
msg = (MessageTexte)messagesNetwork.lastElement();
messagesNetwork.removeElementAt(messagesNetwork.size()-1);
envoyer(msg);
}
}
while(messagesNetwork.size()>=0);
Je sais, elle est pas du tout coh�rente, car elle s'arr�te jamais, mais
je vois pas d'autre solution ...
-----Message d'origine-----
De : Nicolas Delsaux [mailto:nicolas.delsaux@;online.fr]
Envoy� : mercredi, 6. novembre 2002 15:32
� : [EMAIL PROTECTED]
Objet : Re: RE : RE : boucle infinie
>Ben on est un peu d�butant nous, alors oui, peut-�tre que la collection
>Vector n'est pas la plus appropri�e. On est entrain de r�aliser un
>simulateur qui simule des r�seaus ad hoc. J'ai donc une classe
>simulateur qui s'occupe de recevoir les messages et de la forwarder.
>Lorsqu'un client veut envoyer un message, il fait un add dans le
vecteur
>de simulateur, et celui se charge de traiter le message. En fait, avec
>ma boucle, je voulais simuler un serveur en attente.
>
R�sumons donc, tu places depuis ton client un message dans la queue de
ton simulateur, et tu les lis de l'autre c�t�, c'est bien �a ? En clair,
tu fais une pile FIFO avec un Vector. D�ja, tu peux utiliser une List
synchronized, �a ira probablement mieux au niveau de la logique de la
chose, car tu utiliseras une collection plus appropri�e � ton besoin.
Ensuite, je suppose que ta m�thode � boucle sert � cr�er un d�lai. Il
existe pour cela des classes et des m�thodes sp�cifiques en Java, comme
par exemple les trois m�thodes wait de la classe Object, qui forcent
l'objet � attendre un certain temps (mais je ne les ai jamais utilis�es,
elles ne sont donc peut-�tre pas appropri�es).
--
Nicolas Delsaux
Devise shadock : Pour une oreille bien exerc�e, il n'y a pas de bruit
qui ne puisse �tre entendu comme une musique. Et r�ciproquement.
