Discussion :

[Blivion]

Bonjour,
je fais un serveur http en java et il est plutôt fonctionnel dans l'envoi de fichiers mais son gros défaut est de charger la totalité du fichier en mémoire, ce qui pose évidement un problème pour les gros fichiers qui génère une utilisation abusive du swap voir un "Out of Memory".
J'ai essayé de charger progressivement mon fichier dans un buffer de taille limitée ( 16Mo ), et de l'envoyer directement mais le navigateur ne reçoit que le header puis le premier bloc de 16Mo ( et on observe bien 2 fichiers distincts reçus sur Firefox).

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
int tmpLength = -1;
byte[] mybytearray = new byte[16777216];
 
fis = new FileInputStream(myFile);
bis = new BufferedInputStream(fis);
client.setSendBufferSize(16777216); //Je ne sais plus pourquoi j'ai mis ça, j'ai du rajouter parce que ça ne marche pas
os = new BufferedOutputStream(client.getOutputStream());
 
System.out.println("Sending " + path + "(" + length + " bytes)");
header = initHtmlHeader(path);
header += mybytearray.length + "\r\n\r\n";
os.write(header.getBytes(), 0, header.length());
while ((tmpLength = bis.read(mybytearray)) != -1) {
    os.write(mybytearray, 0, tmpLength);
    os.flush();
}

Du coup comment peut on faire en sorte que le navigateur reçoit bien la totalité du fichier sans charger la totalité de celui ci en mémoire ?

[tchize_]

( et on observe bien 2 fichiers distincts reçus sur Firefox).

Tu peux expliquer ce que tu entends par là? Il n'y a pas de moyen en http d'envoyer 2 fichier en réponse à une requête http. Tu observe quoi dans ta transmission http?
Tu es sûr de ne pas avoir d'exception levée? On ne vois pas de code de gestion d'erreurs dans ton code. Aussi, un sendBuffer de 16M tu peux oublier sur la socket (si client est bien un objet de type Socket, difficile à dire avec ce code), les distribution linux, par exemple, on un max à 128K. Ce serait bien de mettre des messages de progression dans ton code pour voir quand ça commence à merder. Et analyser la connection avec un truc comme wireshark pour voir ce qui passe vraiment sur la ligne, quand la socket est fermée et surtout qui du browser ou de ton serveur la ferme prématurément. Avoir le code de initHtmlHeader serait pas mal non plus.

Au passage, pourquoi il n'y a pas d'appel à os.close() en fin de transmission?