Discussion :

[ded jay]

je suis en train de creer un serveur web en J2SE

je sais que ce n'est pas l'idéal mais j'aime les défis

j'ai donc un objet Serveur (extends Thread) qui attend les connection venant du port 80 (http)

pour chaque connection il créé un objet Client (extends Thread) qui va attendre les requetes du browser

j'ai donc aussi un objet Header qui va creer le header http (pour communiquer avec le browser) et un objet HTML qui génere mes pages

une fois le header et la page créé, je n'ai plus qu'a envoyé le tout via le socket créé par mon Serveur et le tour est joué

mon programme est en fait un jeu du style que l'on retrouve beaucoup en PHP

le joueur doit donc se logger

mon objet Client a donc un objet Joueur en private

via un formulaire que je génère en HTML et que mon objet Client récupère puis analyse, il y a donc moyen de se logger et de jouer

ca, c'est pour la partie qui fonctionne ....

le problème vient du fait que dès que le browser a une image à charger, il ouvre un autre port pour aller plus vite et continuer à charger le reste de la page

jusque là, pas trop de problème en fait ...

là ou ca coince, c'est que le browser fait les requêtes suivantes soit sur le premier port ou sur le deuxième (ou le troisième, il ouvre 3 ports max)

et évidement, il n'y a pas de joueur loggé sur les nouveaux ports ... donc toutes les requêtes sont rejetées ....

d'où le titre du post (on y est finalement arrivé, merci pour les courageux qui ont lu jusqu'au bout )

je suppose que la réponse se trouve quelque part dans les RFC HTTP mais j'ai pas réussi à trouver

donc est-ce qu'il y a moyen de dire au browser : tu n'ouvres qu'un et seul port (pas l'idéal)

ou

gérer une sorte d'identifiant unique que le browser m'enverrai pour me dire :
j'ouvre une nouvelle connection, mais c'est pour ce joueur là

ou

une autre solution efficace

voilà

merci de me trouver une solution svp parce que ca fait une semaine que je galère sur ce problème et je peux pas avancer dans mon code tant que je n'ai pas résolu ce problème

[tchize_]

tu fait comme n'importe quel site web pour suivre ses client, tu utilise des cookies ou de l'url rewirting. Et certainement pas te baser sur les socket du client, il va les ouvrir et les fermer joyeusement comme bon lui semble. Le RFC http ne couvre d'ailleurs pas ces détails d'implémentation. En http, on considère simplement chaque requete comme indépendante, peut importe d'ou elle vient.

[ded jay]

au moins je sais que je dois plus chercher du coté des RFC ...

par contre, les cookies, j'aimerais éviter

et comment l'URL rewriting peut me servir ?

vu que ca sert juste a renommer l'adresse ....

ou alors j'ai raté un truc

[tchize_]

ben si tu veux pas stocker l'information dans les cookie, il te reste plus que l'url pour stocker l'information de suivi. Tu modifie tes url pour y ajouter de l'information supplémentaire que ton serveur utilise pour faire le lien entre les requetes d'un même client.

Note: pourquoi réinventer la roue et ne pas utiliser un serveur web déjà existant?

[ded jay]

c'est pour mon travail de fin d'étude

[ded jay]

je crois que j'ai trouvé

mon serveur doit envoyé un ETag dans l'entete

et le browser me renvoi un if-none-match avec la meme valeur que le ETag

je devrai pouvoir gerer un truc avec ca