Envoi de fichier au client depuis une servlet

**vedrfolnir** · 27/06/2006, 14h29

Bonjour,

Je me suis renseigné sur la faq J2EE de developpez.com sur la manière d'envoyer un fichier du serveur vers le client au moyen d'une servlet...

J'ai donc testé le code tel qu'il l'est donné dans la faq. L'envoi de fichier fonctionne à merveille avec Opera et Firefox mais lorsque j'essaie avec Internet Explorer 6 le message suivant apparaît:

Internet Explorer ne peut télécharger fichier.xml de 192.168.1.66

Internet Explorer n'a pas pu ouvrir ce site Internet. Le site requis n'est pas disponible ou n'a pas pu être trouvé. Réessayez ultérieurement

Quelqu'un a-t-il une idée de l'origine de cette erreur qui survient uniquement avec IE

Voici mon code. Le chemin complet du fichier est passé en paramètre:

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
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
 
	if (request.getParameter("filename") != null)
	{
		String filename = request.getParameter("filename") ;
	        response.setContentType("application/download"); 
	        response.setHeader("Content-Disposition", "attachment;filename=\"" + filename + "\""); 
 
 
	        ServletOutputStream out = response.getOutputStream(); 
	        File file = null; 
	        BufferedInputStream from = null; 
	        try 
	        { 
	          file = new File(filename); 
	          response.setContentLength((int) file.length()); 
	          int bufferSize = 64 * 1024; 
	          long time = System.currentTimeMillis(); 
 
	          try { 
	            from = new BufferedInputStream(new FileInputStream(file), bufferSize * 2); 
	            byte[] bufferFile = new byte[bufferSize]; 
	            for (int i = 0; ; i++) 
	            { 
	              int len = from.read(bufferFile); 
	              if (len < 0) 
	                break; 
	              out.write(bufferFile, 0, len); 
	            } 
	            out.flush(); 
	          } finally { 
	            try { from.close(); } catch (Exception e) { } 
	            try { out.close(); } catch (Exception e)  {} 
	          } 
	          time = (System.currentTimeMillis() - time) / 1000; // seconds download 
	          double kb = (file.length() * 1.0 / 1024); 
 
	          if (file != null) 
	            file.delete(); 
	        }   catch (Exception e)   { 
 
	          return; 
	        } finally { 
	          try {   file.delete();}   catch (Exception ex) {} 
	        }	
	}

**Laurent.B** · 27/06/2006, 14h39

A tout hasard, t'es sûr du mime type application/download ? Jette un oeil pour voir s'il ne pose pas de pb à IE...

**vedrfolnir** · 27/06/2006, 15h19

D'après ce que j'ai lui le fait d'indiquer un mime type non standard (tel que application/download ou application/x-download) force certains navigateurs à afficher une boîte de dialogue permettant de télécharger le fichier au lieu de l'afficher ou de l'interpréter lui-même (si le fichier comporte une extention html ou xml par exemple).

J'ai réessayé en remplaçant le mime type application/download par un mime type standard, en l'occurence application/xml, mais ie ne parvient toujours pas à télécharger le fichier. Par contre Windows affiche un avertissement de sécurité cette fois...

**Laurent.B** · 27/06/2006, 16h16

Ok mais à mon avis c'est plus une histoire de "application/..." qui va déclencher le popup d'enregistrement, qu'un truc incertain comme ".../download" que le navigateur ne reconnaîtra pas. Enfin, je suis pas très sûr.

Est-ce que tu as beaucoup de fichiers de différents types à gérer?

**ego** · 27/06/2006, 21h49

cf. http://jakarta.apache.org/commons/fileupload/

**Laurent.B** · 27/06/2006, 22h36

Euh ce n'est pas de l'upload ego...

**vedrfolnir** · 28/06/2006, 01h36

Envoyé par Laurent.B

Est-ce que tu as beaucoup de fichiers de différents types à gérer?

Dans l'idéal ça devrait fonctionner avec tous types de fichiers, même si pour l'instant je pourrai me contenter de ne gérer que des fichiers xml.

**Laurent.B** · 28/06/2006, 01h42

Bien mais dans un premier temps, est-ce que par exemple le mime type application/xml ne fonctionne pas comme tu veux ?
...
à moins que ce ne soit une une histoire de Content-Disposition soit en 'attachment' soit en 'inline', à tester

**vedrfolnir** · 28/06/2006, 11h43

Le mime type application/xml provoque la même erreur.

J'ai essayé avec Content-Disposition en inline et là le fichier s'affiche correctement mais sous la forme d'un arbre xml dans une fenêtre d'Internet explorer pour autant que le Content-Type soit application/xml (ou text/xml)

**yolepro** · 28/06/2006, 17h26

Bonjour,

Tout dabord je vois comme un problème dans ton script (fonctionnellement c'est bizarre en tout cas).

Tu essais de récupérer un Fichier sur le serveur en le creant new File(...), puis a la fin tu effaces physiquement ce fichier. Du coup si tu essais de faire la manip plusieurs fois il ne retrouve forcement plus ton fichier (mais c'est p-e voulu).

Ensuite, j'ai testé sur tous les navigateurs et effectivement :

D'un coté tu as le ContentType qui correspond au format de sortie du flux et de l'autre tu as le Header qui définie comment doit etre transmit et aussi recu ce flux.

Donc si tu essais ca :

Code :

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

1
2
3
 
response.setContentType("application/x-download");
response.setHeader("Content-Disposition", "attachment;filename=\"test.xml\"");

D'un coté, il doit forcer le telechargement "attachment" ok pour les nav type Opéra, Firefox.
De l'autre tu mets x-download pour faire croire a IE que le fichier n'est pas comprehensible.

Par contre, le fait de mettre test.xml dans le filename va te dire dans quel type de format (.xml -> ton appli désigner pour lire du xml) tu vas sauvegarder le fichier.

**vedrfolnir** · 29/06/2006, 13h01

Envoyé par yolepro

Tu essais de récupérer un Fichier sur le serveur en le creant new File(...), puis a la fin tu effaces physiquement ce fichier. Du coup si tu essais de faire la manip plusieurs fois il ne retrouve forcement plus ton fichier (mais c'est p-e voulu).

En effet, il s'agit d'une mauvaise adaptation du code à mon cas. Le fait de supprimer le fichier m'empêchait de le télécharger une seconde fois, mais ce n'est pas la cause du problème avec IE.

Envoyé par yolepro

Par contre, le fait de mettre test.xml dans le filename va te dire dans quel type de format (.xml -> ton appli désigner pour lire du xml) tu vas sauvegarder le fichier.

Ce qui revient au même puisque ma variable filename contient dans tous les cas un nom de fichier dont l'extension est .xml