gérer les ouvertures de port par un browser

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 :aie:

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 :mrgreen:)

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 :(

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.

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 :aie:

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?

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

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

le ETag est spécifique pour chaque page, ne résoudra pas ton problème, et est destiné à savoir si la page a été modifiée par rapport au tag la dernière fois envoyée par le serveur.

en effet ca marche pas :evilred:

le browser me renvoi bien un if-none-matche quand je reste sur le meme port mais des qu'il en ouvre un autre, il ne me l'envoi plus

chui deg, 3 jours a réadapter mon code pour rien :(

et je peux pas passer par un server web deja existant vu qu'ils sont écrit en J2EE, moi je fait du J2SE et j'ai pas le temps de me mettre au J2EE maintenant, je dois finir mon TFE pour juin

me reste plus que le rewriting
quand le browser ouvre un autre port, c'est pour réclamer un image
c'est une balise du style

Code:

---

1 2	<img src="image/test.png" alt="image"/>

---

comment je peux modifier quelques chose ?

en java entreprise c'est réécrit comme çà, si on utilise pas les cookies:

Code:

---

<img src="image/test.png;SESSIONID=blablabla" alt="image"/>

---

franchement, tu va perdre plus de temps à réinventer la roue en faisant un serveur à toi plutot que de faire un bete servlet et quelques pages web type jsp pour ton affichage :/

et je suppose que c'est impossible de mélanger des servlet, du jsp et du j2se ?

le J2EE c'est du J2SE avec une série d'apis supplémentaire et quelques contraintes en plus (packager l'applicaiton dans un WAR, éviter de créer des threads si possible, éviter l'utilisation des packages swing)

j'ai un peu regardé la FAQ du J2EE .... ca m'a pas motivé :(

j'ai vraiment pas le temps de me plonger la dedans (en plus faut installer d'autre programmes style Apache, Tomcat, ...)

Il n'y aurai pas moyen de limiter la connection du browser à 1 port (tant pis pour l'efficacité) ?

j'ai vu qu'il y a un header en HTTP : Keep-Alive (pas Connection:keep-alive)

c'est sur celui-là je crois que je dois limiter la connection mais ca marche pas bien ...

t'as aucun moyen de controller ce que fait le browser.