Discussion :

[suppasayanji]

Salut tous le monde,

J'ai quelques problèmes avec mon application serveur : j'ai un serveur qui gère deux clients en même temps et je voudrais interconnecter mes deux clients sans pour autant les transformer en serveur ou passer par le serveur ( j'y ai passé toute une nuit dessus et j'arrive pas ). Je vous remercie d'avance de votre aide

[wizaord]

Salut. En même temps pour interconnecter 2 clients, tu n'as pas trop le choix. Soit tu les fait communiquer directement entre eux (dans ce cas, un thread à part gérant la connection est souhaitable), soit tu les fait communiquer indirectement via un serveur. Dans les deux cas, il faudra que tes clients acceptent des connections et gérent les actions qui leur sont demandés. Les deux solutions ont chacun leurs avantages et leurs inconvénients. Détails nous un peu ce quel type d'échange tu veux faire et on pourra peut etre t'aider.

[suppasayanji]

Et bien pour être plus precis, je dois implementer un quasi-simulateur de l'algorithme de synchronisation d'horloges ( horloges processus ) ; on utilise 3 ordinateurs reliés en réseau : un qui jouera le rôle de serveur ( il assure l'interfrace et lance la synchro ) et deux autres joueront les clients ( ils hebergent les processus et executent la synchro ) ; les clients sont reliés au serveur afin de lui envoyer les resultats des synchro et doivent être interconnectés entre eux afin que leurs processus puissent s'échanger leurs horloges ( il y a en tout 16 processus à dispatcher au choix dans les 2 clients dont au plus 5 processus sont byzantins ). On a un algo distribué stricte à respecter donc je suis obligé de faire comme ce qui décrit plus haut . Voilà donc, si quelqu'un peut me donner un petit coup de main ( normalement ce projet doit être effectué en binôme mais " par chance " on est impaire ) je lui en serais reconnaissant. Je vous remercie d'avance

[benratti]

En fait, ton problème est de faire dialoguer tes deux clients. Pour cela, il faut que l'un des deux se connecte à l'autre. Temporairement, le temps de la mise en place de la connection, il faut que tu en ai un qui joue un rôle de client ( le premier ) et l'autre de serveur ( le second ).

En fait, ca peut sembler confu, car le type de serveur que je viens de te décrire ne transforme pas ton second client en serveur au sens de ton algo. Il restera client dans ton algo. Mais il faut simplement qu'il se mette en attends de connexion pour que le second client puisse se connecter à lui.

Après je ne sais pas de quelle manière tu vas faire "dialoguer" tes différents programme ( socket, RMI, CORBA, etc ... ) mais si tu utilises les socket, il faut simplement que le client en attente de connexion créer un ServerSocket et que le second ouvre la connexion en créer un Socket l'autre client. Ensuite, les deux clients auront une connexion vers l'autre client et pourront dialoguer.

J'espere que j'ai été clair, sinon nhesite pas a me demander des indications sur ce que tu n'as pas compris.

[suppasayanji]

Donc, si je resume je devrais faire deux codes un peu different pour mes clients. Mais je vois pas exactement comment. Est-ce que je devrais ajouter dans l'un un bloc de creation d'un serversocket et dans l'autre un bloc contenant la connexion et la creation des flots d' E/S ? Comment faire pour gérer cette creation de connexion en plus de celle avec le serveur Interface ? Je vous remercie de l'aide que vous m'apportez

[benratti]

En fait, le mieux est surement de faire un client capable de faire les deux, et par exemple de deleguer au serveur le choix de chaque fonctionnalité des clients. De tout facon, c'est lui qui vas devoir transmettre l'adresse IP de l'autre client à chacun des clients.

En fait, au niveau conception, il faut simplement que la classe de communication avec l'autre client ait de constructeur. Un qui vas créer un ServerSocket, et un autre qui vas directement créer un Socket.

Pour ton problème de conception, en fait, il faut qut tu pose les choses à plats. Ton client doit pouvoir aussi bien connecter avec ton serveur et avec l'autre client. Il faut que dans la conception de ton client, tu ais deux interfaces possible. Tu fais exactement de la même facon que pour l'interface vers le serveur.