Bonjour,  
tout d'abord le contexte:mon programme est un serveur http.  
Je cherche à recuperer l'ensemble d'une requete Http sous forme de String.  

Mon probleme:  
Mon serveur reste coincé dans la boucle.  
Pourtant les specifications de la methode readLine() indiquent bien que celle_ci renvoie null lorsque le tampon est vide.  
Il semble que les headers et le corps de la requête Http soient separés par une ligne vide ce qui pourrait être a l'origine de mon probleme. J'aurais aime pouvoir faire un read pour mettre le tout dans un tableau de byte pour voir mais je ne trouve pas de methodes adequates.  
 
Merci pour votre aide.

il faut pas un PrintWriter au lieu d'un PrintStream (enfin j'ai jamais utilisé PrintStream, c'est peut etre bien)?

pour peux que ton client http laisse ouverte la connexion, y a rien d'étonnant à ce que tu sortes pas de la boucle ... un navigateur le fait par exemple : il utilise la même connection pour envoyer plusieurs requêtes séquantiellement, c'est une optimisation.
 
C'est où qu'elle s'arrête ta boucle ? que'est ce que tu as reçu quand elle s'arrête ?

+1 sur benou. En plus les navigateurs font ça proprement avec un flush et tout.
 
d'autre part, je me demande si tu ne ferais pas mieux de réutiliser une bibliothèque de haut niveau pour le http, on est plus à l'âge de pierre.

+1 mais t'en connais pour la partie serveur du HTTP ? (ou bien carrément des trucs du style jetty, tomcat etc ...)
 
mais c'est peut être plus éducatif que productif le travail qu'il a à faire ...

benou > pour le décodage, c'est le même protocole que côté client.

qu'est ce que tu apelles décodage ? lecture des l'entête ? tu connais une API qui a bien packagé ça ?

Apache a un truc, mais j'ai pas été voir.

HTTPClient ?
je l'ai utilisé ... j'ai pas creusé l'intérieur de l'API mais bon, c'est pas fait pour non plus ...

C'est kiff kiff mon probleme ne vient pas de la.

Tu as surement raison benou. Mon problème est que je veux récupérer les parametres d'un requête Post, parametres qui se trouveraient dans le corps du message. Et je ne vois psa comemnt recuperer le corps du message.

Elle s'arrete à la fin des headers soit pour un requête de type Post à "content-length:" qui mindique justement la taille du corps du message. Apres cela d'apres mes sources îl y aurait une ligne vide puis le corps. Je pourrais m'arreter à "content-length:" mais comment recuperer la suite ?

Oui bien sur mais c'est un petit projet d'etude pour nous faire apréhender les subtilités d'un serveur de servlet tout simplement.

ca vient du fait que y a pas de \r\n à la fin du corp de la requête HTTP => si la connextion est pas fermée, tu restes en attente d'un retour à la ligne dans ta boucle...
 
=> tu dois arrêter de faire ca à coup de readline et le faire proprement : lire ce qu'il y a dans le content-length et lire exactement le nombre d'octets indiqués

Ouai ba voila c bien la piste que l'on m'avait donne mais je doit être un peu teube j'ai pas trouvé comment faire ca, je pige pas trop le fonctionnement de toutes ces methodes read(), jaurais aime recupérer un tableau de bytes mais je vois pas comment.

regarde la javadoc ... c'est très compréhensible ...

Bon voila j'ai mis en tampon un tableau de bytes au lieu d'un BufferedReader en utilisant la methode read() mais le resultat est le meme et je comprend pas ce que je dois faire la ... Je comprend pas pourquoi ca marche pas avec un tableau d'octets.

Ben c'est là le problème ...
 
Qu'est ce que tu as pas compris ???
comme je t'ai expliqué, le problème de ta boucle qui bloque c'est la condition d'arrêt de ta boucle.
 
Dans le parsing d'une requête http, cette condition est pas constante : pour lire les headers il faut les lire ligne par ligne, dans le cas d'une requête de type post, il faut trouver le header content-length, lire sa valeur.
Une fois arrivé dans le corp de la requête http (après le double \r\n), il faut lire exactement le nombre d'octets indiqué dans le content-length.
 
Une fois que tu en est arrivé là, tu dois remettre ton flux en attente d'une requête http au cas où le browser enverrai une autre requête http en utilisant cette connexion.