Discussion :

[mayu5]

bonjour,
j'espere que vous m'aidez à résoudre ce petit problème.
plusieurs clients se connectent à un serveur, pour chaque client il y a un thread qui traite la demande du client, si la demande est valide il faut l'envoyer à un autre serveur et le thread alors se met en attente de reponce. pour ceci il y a un autre thread qui s'occupe de la connexion au deuxième serveur, le probleme est qu'à la reception de la réponse il faut que ce thread envoie la réponce vers le propre thread qui l'attend.
si je vais utilser "wait et signal" il faut avoir une "cond" pour chaque thread client et ça n'a l'air d'être propre. avez vous une idée brillante et simple?
si l'expliquation n'est pas claire je peux le redire autrement.
meeci d'avance

[nicolas.sitbon]

http://www.developpez.net/forums/sho...d.php?t=542521

[Emmanuel Delahaye]

plusieurs clients se connectent à un serveur, pour chaque client il y a un thread qui traite la demande du client, si la demande est valide il faut l'envoyer à un autre serveur

Un deuxième serveur ? Bah, non, pourquoi faire. Un serveur sait gérer plusieurs clients...

Par contre, il faut plusieurs threads. Confusion de termes ?

http://emmanuel-delahaye.developpez.com/reseaux.htm

[mayu5]

apparemment j'ai pas bien expliqué.
en fait les clients se connectent au premier serveur qui traite leurs demandes. pour un certain type de demandes ce serveur ne possede pas toutes les ressources(base de données) pour répondre à ce genre de requete donc il doit passer la demande de ce client à ce 2ème serveur etce dernier envoie la reponse au premier serveur qui à son tour l'envoie au client

[nightwar]

je ne m'y connais pas beaucoup mais en therme algorithmique sa me parait un peu chaud.
si j'imagine un cas de figure :
client : demende de mot de passe au serveur1
serveur1 : je ne l'ai pas je demende au serveur 2
serveur2 : je l'ai tient "mdp"
serveur1 : serveur 2 a trouvé recu "mdp"
client : serveur 1 a trouvé recu "mdp"
c'est un peu lourd... et puis un serveur c'est fait pour facilité le transfert d'information sinon on appelle sa un routeur...
a moin que ton serveur 1 n'est qu' un simple routeur?

[Vincent Rogier]

je ne m'y connais pas beaucoup mais en therme algorithmique sa me parait un peu chaud.
si j'imagine un cas de figure :
client : demende de mot de passe au serveur1
serveur1 : je ne l'ai pas je demende au serveur 2
serveur2 : je l'ai tient "mdp"
serveur1 : serveur 2 a trouvé recu "mdp"
client : serveur 1 a trouvé recu "mdp"
c'est un peu lourd... et puis un serveur c'est fait pour facilité le transfert d'information sinon on appelle sa un routeur...
a moin que ton serveur 1 n'est qu' un simple routeur?

Plusieurs serveurs peuvent prendre place dans une architecture multi tiers évoluée, c'est très courant.
Chaque serveur étant dédié à des tâches spécifiques (admin, db, paiement, pub, ...)

[nightwar]

entierement d'accord sur ce genre d'architecture...
cela signifie que chaque serveur a un fonction precise au sein de l'architecture.
mais :

pour un certain type de demandes ce serveur ne possede pas toutes les ressources(base de données) pour répondre à ce genre de requete donc il doit passer la demande de ce client à ce 2ème serveur

ce probleme releve de la base de données ce qui me parait louche en fait c'est que la requete du client va etre analysée par le serveur1
et au lieu de router cette requete vers le bon serveur X le serveur 1 va quand meme chercher a traiter la demende et ne trouvant pas les ressources necessaires reroute vers un serveurX.
oui en fait je ne suis pas d'accord sur ce genre d'algorithme mais bon ce n'est pas le cadre du sujet