Discussion :

[djiga4me]

Bonjour,
voici le problème qui se pose ç moi :
1- J'ai une application Serveur/Client.
2- Plusieurs clients évidemment.
3- Les clients peuvent envoyer des données au serveur simultanément.

Le problème est qu'il se peut que lorsque plusieurs clients envoient des données au serveur en même temps, le serveur ne peut pas réagir à toutes les demandes, et donc ne traiterait qu'une demande, ou même pourrait freezer..

J'ai pensé donc à implémenter deux Threads, une variable (x) (un tableau ou une pile) de cette façon :
1- Un thread pour récupérer les données envoyées par les clients et les écrire dans la variable x.
2- Un autre pour lire la variable (x) et éventuellement réagir à la demande.
3- Utiliser un Synchronize, pour éviter une lecture/écriture simultanée de (x).

Remarque : L'application Serveur/Client est basée sur Indy10 (TIdServer/TIdClient).

Qu'est-ce que vous en pensez ?
Je pense qu'il pourrait subsister un problème dans le thread numéro, qui pourrait ne servir à rien, car le problème est dans la raison de existence même !!

[mick605]

Salut

Je suis moi aussi en train de creer une application de chat, avec les mêmes compos que toi.

Pour le client, il faut creer un thread qui se chargera de la réception des messages, mais pour le serveur, c'est automatique. C'est a dire que le composant IdTCPServer crée automatiquement un thread a la connection d'un client, donc, pas de soucis de ce coté la.

Pour te rassurer, j'ai fait le test avec quelques amis de connecter 100 clients au serveur, puis de se déconnecter tous en meme temps. Sachant que lors de la déconnection d'un client, j'envoie un message au serveur, ca fait donc 100 messages à traiter a peu près en même temps. Le serveur a tenu le coup sans problemes !!

Enfin, est ce que tu as déjà eu un bug comme celui que tu énonces ? Parce que, sauf si ce sont des transfert très importants, je ne pense pas que ce genre de problèmes puisse arriver ...

Bonne chance

[djiga4me]

Il y a quelques jours, après quelques jours du développement pour le client, je l'ai testé chez le type pour lequel je le développe.
Ayant alors auparavant trouvé un problème (le serveur ne reconnait plus les clients après qu'il se soit déconnecté et puis reconnecté, et donc les clients doivent ensuite se reconnecter lorsque le signal avec le serveur est perdu, d'ailleurs n'as-tu pas eu ce problème).

Enfin bon, pour tester la méthode mise en place pour reconnecter les clients, j'ai demandé au type de fermer l'application serveur, et là il y eu un freez de l'application (et puis rapport d'erreur Windows), et j'ai pensé que ça venait peut-être de là !! car en même temps, je pense avoir fermé le client !!

Et côté client, je pense qu'il y aucun problème, en tous cas à ce niveau là.

[mick605]

le serveur ne reconnait plus les clients après qu'il se soit déconnecté et puis reconnecté,

Je n'ai pas eu ce probleme

les clients doivent ensuite se reconnecter lorsque le signal avec le serveur est perdu, d'ailleurs n'as-tu pas eu ce problème

Si, celui la je l'ai, mais c'est pas trop un probleme : des que le thread coté client se termine, il suffit d'attendre un peun puis relancer la connection ...

Sinon, je n'ai jamais eu d'autres problemes ...

[djiga4me]

OK merci bien pour l'info;
Et je pense à revoir la méthode utilisée (je vais utiliser le thread comme tu dis)(pour le client), mais une question (pour sortir un peu du sujet de base), je vérifie que le thread est terminé (avec OnTerminated ??) où ?? (dans le OnExecute du thread ?? (je ne pense pas) ou alors ... ?

[mick605]

Salut

Voila un bout de code que j'ai tiré d'un livre et qui fonctionne bien :

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
procedure TReceptionThread.Execute;
var Recept :String;
begin
  while not (Terminated) and (IdClient.Connected) do
  begin
    Recept:='';
    try
      Recept:=IdClient.IOHandler.ReadLn;
    except
      Terminate;
    end;
 
    //Ici les actions a faire lors de la réception
  end;
  //ici les actions lorsque la connection se coupe
end;

Je pense que avec OnTerminate, tu devrais y arriver aussi

Bonne chance !