Ajouter un commentaire

fredericmazue

Quote:

Aïe... re-problème, je m'explique.

Mais ce n'est pas le même problème.

Quote:

Chaque requête est censée me renvoyer tout un tas d'informations, contenues dans le fichier séquences.gb

En effet et c'est bien ce que l'on voit dans l'en-tête renvoyé par le serveur et reçu par mon code d'exemple.

Quote:

(qu'on peut simplement obtenir en entrant la requête dans la barre d'adresse du navigateur internet).

Toujours d'accord. le navigateur ne fait rien de plus que d'envoyer une requête GET comme mon code d'exemple le fait.

Quote:

Je pense que la taille importante des donnés récupérées y est pour quelque chose

Je le pense aussi.

Quote:

Concrètement, la charge du CPU passe à 100% pendant de longues minutes (la mémoire elle n'augmente pas) puis rediminue mais rien ne se passe, le programme reste bloqué sur la requête. Pas de message d'erreur, juste bloqué (et indiqué comme "not responding" dans le task manager).

Le comportement est exactement le même avec le socket ou la classe HttpURLConnection.

Une idée???

On peut imaginer que le serveur ne veuille pas servir un fichier trop important. Dans ce cas, le socket reste bloqué à attendre des données qui n'arrivent pas. Mais l'hypothèse est improbable.

On peut imaginer que les données ne sont pas récupérées correctement et qu'elles engorgent un tampon. Pour le savoir, il faut que tu postes un bout de code et on regardera.

Tu peux aussi poster cette 7eme requête afin que je l'essaie pour voir. (sans promesse de ma part, je n'ai pas beaucoup de temps. Mais si je peux, j'essaierai)

Filtered HTML

Plain text

CAPTCHA
Cette question permet de vérifier que vous n'êtes pas un robot spammeur :-)
 N   N   CCC  RRRR   RRRR   N   N 
NN N C R R R R NN N
N N N C RRRR RRRR N N N
N NN C R R R R N NN
N N CCC R RR R RR N N