Re: streamed zip
- From: "Ingo R. Homann" <ihomann_spam@xxxxxx>
- Date: Thu, 31 May 2007 17:38:03 +0200
Hi,
Tore Halset wrote:
I have a servlet that streams a zip archive to the client. It uses
java.util.zip.ZipOutputStream & co. It does not set the content
length header as the size is not known before the zip is created.
When a windows user clicks on a link to this servlet, she can choose between "open" and "save". Save works very well, but
"open" does not. Using "open" just show an empty zip archive.
Anyone else seen this? Any known workaround?
I am not sure if this is really the problem, but some time ago, I encountered a similar problem (or: "a different problem with a similar effect"):
When "opening" some remote resource via IE, some IE versions seem do not pass the 'response-stream' to the application, but rather pass the URL of the 'resource' to the application which causes the application to send a second request to the server. If the server is not able to handle that, this will cause problems.
Ciao,
Ingo
.
- Follow-Ups:
- Re: streamed zip
- From: Tore Halset
- Re: streamed zip
- References:
- streamed zip
- From: Tore Halset
- streamed zip
- Prev by Date: Struts Iframe Exception
- Next by Date: Re: Setting environment variables from java
- Previous by thread: streamed zip
- Next by thread: Re: streamed zip
- Index(es):
Relevant Pages
|