Download Servlet throwing Out Of Memory Exception

Question

I am trying to download file of more than 500 mb through servlet but getting out of memory exception .
Before downloading i am zipping that huge file .
try {
     String zipFileName = doZip(file);
      file =null;
      System.gc();
      File inputFile = new File(zipFileName);
      InputStream fileToDownload = new FileInputStream(
                                        inputFile);
       response.setContentType("application/zip");
     response.setHeader("Content-Disposition","attachment; filename=\""
                                                  + fileName.replaceAll("tmx", "zip")
                                                            .concat("\""));
     response.setContentLength(fileToDownload.available());
     byte buf[] = new byte[BUF_SIZE];
     int read;
     while ((read = fileToDownload.read(buf)) != -1) {
               outs.write(buf, 0, read);
          fileToDownload.close();
               outs.flush();
                              outs.close();
}catch(Exception e ) {
  //Getting out of memory.
}Please suggest solution for this .

Answer 1

cotton.m wrote:
My zip suggestion was as follows.
Take the file. Do not set the Content length header. Do set the Content encoding header to gzip. Create a GZIP output stream using the servlet output stream. Read the unzipped file in and output it through the gzip output stream.
This cuts out one full cycle of file reading and writing from what you are doing currently.Thanks for u r reply
InputStream fileToDownload = new FileInputStream(
                                        file);
response.setContentType("application/gzip");
response.setHeader("Transfer-Encoding", "chunked");
response.setContentLength((int) file.length());
GZIPOutputStream gzipoutputstream = new GZIPOutputStream(outs);
byte buf[] = new byte[BUF_SIZE];
int read;
while ((read = fileToDownload.read(buf)) != -1) {
     gzipoutputstream.write(buf, 0, read);
fileToDownload.close();
outs.flush();
outs.close();I made changes accordingly . Please provide u r view on this .