Hi Everyone,
\r\nI have used below code to zip and download files which works perfectly in IIS and IIS6 but fails to work in IIS7. A window will open and blank out. Please anyone could help me out with this.Below is my code.Thanks in advance...
\r\n HttpContext.Current.Response.Clear();
string archiveName = String.Format("Records-{0}.zip", DateTime.Now.ToString("yyyy-MMM-dd-HHmmss"));
HttpContext.Current.Response.ContentType = "application/zip";
HttpContext.Current.Response.AddHeader("content-disposition", "filename=" + archiveName);
//Query
using (ZipFile zip = new ZipFile())
{
string tempDirectory = "c:\\\\Files";
DirectoryInfo di = new DirectoryInfo(tempDirectory);
FileInfo[] rgFiles = di.GetFiles();
foreach (FileInfo fi in rgFiles)
{
zip.AddFile(fi.FullName, "Records");
}
zip.Save(HttpContext.Current.Response.OutputStream);
}
HttpContext.Current.Response.End();
\r\n
Regards,
\r\nShamveel.
\r\n", "PostedDate": "2010-04-05T22:20:02.213-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "427821", "ThreadId": "208410", "Html": "
Shamveel, try to use RequestComplete in place of Response.End(). Something like this:
\r\nSystem.Web.HttpContext c= System.Web.HttpContext.Current;\r\nc.Response.Clear();\r\nc.Response.BufferOutput= false;\r\nstring archiveName= String.Format("archive-{0}.zip", DateTime.Now.ToString("yyyy-MMM-dd-HHmmss"));\r\nc.Response.ContentType = "application/zip";\r\nc.Response.AddHeader("content-disposition", "inline; filename=\\"" + archiveName + "\\"");\r\n\r\nusing (ZipFile zip = new ZipFile())\r\n{\r\n string tempDirectory = "c:\\\\Files";\r\n DirectoryInfo di = new DirectoryInfo(tempDirectory);\r\n FileInfo[] rgFiles = di.GetFiles();\r\n foreach (FileInfo fi in rgFiles)\r\n {\r\n zip.AddFile(fi.FullName, "Records");\r\n }\r\n zip.Save(c.Response.OutputStream);\r\n}\r\nc.ApplicationInstance.CompleteRequest();\r\n
", "PostedDate": "2010-04-06T05:29:36.997-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "427854", "ThreadId": "208410", "Html": "
Hi Cheeso..
\r\nThank you for your reply. I will try the method mentioned by you.Forgot to mentioned that the download functionality working fine in Mozilla. In IE browser doesn't work.
\r\n\r\n
Regards
\r\nShamveel.
", "PostedDate": "2010-04-06T07:02:05.137-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "427867", "ThreadId": "208410", "Html": "Hi Cheeso,
\r\nNo luck... :( . I couldn't understand this behavior...
\r\n", "PostedDate": "2010-04-06T07:26:53.103-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "427872", "ThreadId": "208410", "Html": "
Hey cheeso,
\r\nI got a chance to test the same in the server ( i mean locally..ex"http://localhost/app/ ) .The functionality works fine ther.. If i try to do the same from my machine it doesnt work ( IE browser)
\r\n", "PostedDate": "2010-04-06T07:36:03.237-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "427879", "ThreadId": "208410", "Html": "
If that's true, then it could be a matter of caching. Try inserting a Response.Flush() before the call to CompleteRequest().
\r\n", "PostedDate": "2010-04-06T07:47:39.603-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "427956", "ThreadId": "208410", "Html": "
Its not working cheeso. I feel like some thing we need to do in " zip.Save(c.Response.OutputStream); " were the file will be given as output. I couldnt understand where to do wat.Just wondering how does it works in Mozilla..?
", "PostedDate": "2010-04-06T10:45:02.207-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "427972", "ThreadId": "208410", "Html": "> .Just wondering how does it works in Mozilla..?
\r\nThat's what I mean by, it could be a matter of caching.
\r\nIf I were debugging this, I would look at the returned bytestream, via Fiddler or some other trace tool.
\r\n", "PostedDate": "2010-04-06T11:26:36.29-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "427973", "ThreadId": "208410", "Html": "
Sure cheeso, i will do whatever you want me to.Will get back to you by tomorrow with the fiddler output.. Thanks..
\r\n", "PostedDate": "2010-04-06T11:32:16.503-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "428175", "ThreadId": "208410", "Html": "
Hey Cheeso,
\r\nBelow is the output what i recieved from fiddler:
\r\nIIS6: Which works fine
\r\n\r\n
HTTP/1.1 200 OK
Cache-Control: private
Content-Length: 565055
Content-Type: application/zip
Server: Microsoft-IIS/6.0
MicrosoftSharePointTeamServices: 6.0.2.5530
X-Powered-By: ASP.NET
X-AspNet-Version: 2.0.50727
content-disposition: filename=Records-2010-Apr-07-120740.zip
Date: Wed, 07 Apr 2010 06:37:40 GMT
Connection: close
\r\n
IIS7:(In our server which works fine )
\r\nHTTP/1.1 200 OK
Cache-Control: private
Content-Type: application/zip
Server: Microsoft-IIS/7.0
content-disposition: filename=Records-2010-Apr-07-122616.zip
X-AspNet-Version: 2.0.50727
X-Powered-By: ASP.NET
Date: Wed, 07 Apr 2010 06:56:15 GMT
Content-Length: 405526
IIS7:(In hosting server where doesnt work)
\r\nHTTP/1.1 200 OK
Cache-Control: private
Content-Type: application/zip
Server: Microsoft-IIS/7.0
content-disposition: filename=Records-2010-Apr-07-123202.zip
X-AspNet-Version: 2.0.50727
X-Powered-By: ASP.NET
Date: Wed, 07 Apr 2010 07:02:02 GMT
Content-Length: 3201039
\r\n
Let me know if you need more information.. Thanx..
\r\n", "PostedDate": "2010-04-07T00:12:43.03-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "428473", "ThreadId": "208410", "Html": "
Mmm, yes, so the headers are virtually identical.
\r\nOne question: why are the content-length values so different? Did you zip the same file each time? In that case, there's a cause for concern, and evidence of a difference. It doesn't explain the difference, but it makes it pretty clear. On the other hand, maybe you zipped different files in each case. If that were true, then the differing content-length would be expected.
\r\nBeyond on the headers, I'm really more interested in the data that follows. Did you get all the data, in each case? Does Fiddler indicate that all of the data arrived?
\r\nIt may be easier to troubleshoot this if you reduce the size of the zip that is generated. on the other hand that may also cause the problem to disappear.
\r\n", "PostedDate": "2010-04-07T12:34:07.857-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "428494", "ThreadId": "208410", "Html": "
Another thing -
\r\nhave you set the buffering off, and cleared the headers before beginning the transfer? IT should look something like this:
\r\nc.Response.Clear();\r\n c.Response.ClearHeaders();\r\n c.Response.BufferOutput= false;\r\n
This should appear before writing anything to the response stream.
\r\nHere's the thing - the HTTP protocol provides a mechanism by which a server can tell a client (browser) how much data is coming. This is the Content-Length header. This is known for small transfers, let's say an HTML page that is generated from ASP.NET , and is about 8k in length. The way it works is, the ASPNET runtime caches the response, and determines the size of it, before sending any of the response to the requesting client. For large responses, like a binary file, or a dynamically-generated zip file, the ASPNET runtime cannot possibly cache all that data. So the size of the data is not known, at the time the first few bytes are sent, which means ASPNET cannot respond with a Content-Length header.
\r\nThe HTTP specification allows for this, using what's called "chunked" Transfer-Encoding. Instead of caching the response, determining the size, and injecting a "Content-Length" header into the response, before sending it in its entirety, with chunked encoding, ASPNET injects a header like "Transfer-Encoding: Chunked" , and then begins transmitting the data. The data arrives in chunks, each chunk marked with headers. The final chunk is marked specially. The client stops downloading after receiving this specially-marked chunk. This is all documented in the HTTP spec.
\r\nASP.NET handles the chunking for you automatically, when using chunked encoding. So the question is, how to turn on chunked encoding? With other headers you can simply call Response.AddHeader("transfer-encoding", "chunked"); But this is not permitted by ASPNET, for that header. So you have to do it implicitly. Setting the buffering to false should do it. It should also work to call Flush() on the ResponseStream, at any point after having written something to the Response stream, and before the final close of the stream. That really isn't possible when saving a file to the stream, as is the case in dynamically generating a zip file with DotNetZip, so you'll have to use the BufferOutput=false; thing. The resulting response headers should look like this:
\r\nHTTP/1.1 200 OK\r\nCache-Control: private\r\nTransfer-Encoding: chunked\r\nContent-Type: application/zip\r\nServer: Microsoft-IIS/7.0\r\ncontent-disposition: inline; filename="archive-2010-Apr-07-160954.zip"\r\nX-AspNet-Version: 2.0.50727\r\nX-Powered-By: ASP.NET\r\nDate: Wed, 07 Apr 2010 20:09:54 GMT\r\n", "PostedDate": "2010-04-07T13:16:40.433-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "429908", "ThreadId": "208410", "Html": "
Hey Cheeso,
\r\nSorry for the late reply as i was busy with my other schedule. The content length difference is mainly becoz of the number of files ; if you go by one file also application wont pop up for download. I have used the above method mentioned by you still its the same.Here is the fiddler output.
\r\nHTTP/1.1 200 OK
Cache-Control: private
Transfer-Encoding: chunked
Content-Type: application/zip
Server: Microsoft-IIS/7.0
content-disposition: inline; filename="Records-2010-Apr-12-130825.zip"
X-AspNet-Version: 2.0.50727
X-Powered-By: ASP.NET
Date: Mon, 12 Apr 2010 07:38:25 GMT
And i wanted to know that why it acts differently in two machines ( i mean when i used in our local server-IIS7 it works fine ,only in hosting server this is the issue-that too only when we access it through IE)
\r\nThanx...
\r\n", "PostedDate": "2010-04-12T00:43:23.153-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "430032", "ThreadId": "208410", "Html": "
shamveel wrote:\r\n
\r\nAnd i wanted to know that why it acts differently in two machines ( i mean when i used in our local server-IIS7 it works fine ,only in hosting server this is the issue-that too only when we access it through IE)
\r\n
Yes, I have a theory that the difference you're seeing is because of a problem with the caching. This is why I said that the Fiddler information would be interesting. Once again, it's not only the headers that are the interesting part. You should also be interested in the actual length of content that is returned, for the case that works properly, as well as for the case that doesn't work properly.
\r\n\r\n
", "PostedDate": "2010-04-12T07:44:39.493-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "464935", "ThreadId": "208410", "Html": "
Could this have anything to do with some of the native compression in IIS7 that is not turned on in IIS6. I am attempting to configure IIS Compression on IIS6, and after I update the MetaBase.xml with the compression setting I can no longer get the zip files with work. They will download from the site, but when you try and open the file it says the zip file is invalid. If I remove the compression settings it works fine. Any thoughts. I might create a seperate thread just thought this sounded similiar.
\r\nhttp://dotnetzip.codeplex.com/Thread/View.aspx?ThreadId=218795
", "PostedDate": "2010-07-08T09:15:01.5-07:00", "UserRole": null, "MarkedAsAnswerDate": null } ]