Did you check the logs?
> On May 7, 2019, at 3:35 PM, Aaron Rosenzweig <aa...@chatnbike.com> wrote: > > That is unfortunate because that code works for me. > > There must be some other issue going on. > AARON ROSENZWEIG / Chat 'n Bike > e: aa...@chatnbike.com t: (301) 956-2319 > > >> On May 7, 2019, at 3:29 PM, Harjinder Singh <harjind...@portfolioaid.com> >> wrote: >> >> Hi Aaron, >> >> This did not work. When I download the file is always 0KB. >> >> Thanks, >> Harjinder Singh | Sr. Programmer Analyst >> PortfolioAid >> t. 416-479-4413 | e. harjind...@portfolioaid.com >> a. 166 Pearl Street, Suite 200 Toronto, ON M5H 1L3 >> >> >> From: Aaron Rosenzweig [mailto:recu...@cocoanutstech.com] On Behalf Of Aaron >> Rosenzweig >> Sent: Friday, May 3, 2019 5:48 PM >> To: Leigh Kivenko <lei...@portfolioaid.com> >> Cc: Hugi Thordarson <h...@karlmenn.is>; Webobjects-dev@lists.apple.com; >> Harjinder Singh <harjind...@portfolioaid.com>; Ruveen de Lanerolle >> <ruve...@portfolioaid.com> >> Subject: Re: Problem Downloading Large Files >> >> Leigh, >> >> See if this might help: >> >> WOResponse aResponse = context().response(); >> aResponse.setHeader("application/zip", "Content-Type"); >> aResponse.setHeader("" + getZipFile().length() + "", "Content-Length"); >> aResponse.setHeader("attachment;filename=\"" + getZipFile().getName() + >> "\"","Content-Disposition"); >> FileInputStream inputStream = new FileInputStream(getZipFile()); >> aResponse.setContentStream(inputStream, 0, getZipFile().length()); >> return aResponse; >> >> AARON ROSENZWEIG / Chat 'n Bike >> e: aa...@chatnbike.com t: (301) 956-2319 >> >> >> >> >> >> >> >> On May 3, 2019, at 4:53 PM, Leigh Kivenko <lei...@portfolioaid.com> wrote: >> >> Thanks for the quick response Hugi. >> >> We tried using FileInputStream with setContentStream. It was also giving 0Kb >> files as well. >> >> Leigh Kivenko | Chief Technology Officer >> PortfolioAid >> t. 416-479-0523 | e. lei...@portfolioaid.com >> >> This e-mail may be privileged and confidential. If you received this e-mail >> in error, please do not use, copy or distribute it, but advise me >> immediately (by return e-mail or otherwise), and delete the e-mail. >> >> From: Hugi Thordarson [mailto:h...@karlmenn.is] >> Sent: Friday, May 03, 2019 2:07 PM >> To: Leigh Kivenko <lei...@portfolioaid.com> >> Cc: Webobjects-dev@lists.apple.com >> Subject: Re: Problem Downloading Large Files >> >> Hi Leigh, >> since the InputStream is called "byteIn" I'm guessing it's a >> ByteArrayInputStream, meaning the data it contains has been loaded to memory. >> If you have an actual file, you might consider using a FileInputStream >> instead. >> >> Cheers, >> - hugi >> >> >> On 3 May 2019, at 18:02, Leigh Kivenko <lei...@portfolioaid.com> wrote: >> >> Hi All, >> I was wondering if anyone has encountered this issue and has been able to >> resolve it: >> >> In one page of our web app, users have the ability to download files. We are >> having an issue when the user attempts to download a large file (> 500MB - >> zip), where the app throws an Out of Memory error. The download >> functionality is coded by: >> 1. Converting the file to FileInputStream and then to NSData >> 2. appending the file to the WOResponse. >> a. response.appendContentData(fileNSData) >> >> This approach is described here : >> https://en.wikibooks.org/wiki/WebObjects/Web_Applications/Development/Examples/Return_a_File >> >> We also tried using the following approach (also described in link above): >> 1. Using ByteArrayInputStream >> Ø response.setContentStream(byteIn, 4096, length); >> >> In both cases, the user receives a 0KB file. >> >> Does anyone have any recommended approaches to serve a large file through >> the application? Please note the file lives on the application server but >> for security purposes we wouldn’t want it directly accessible. >> >> Thanks, >> Leigh Kivenko | Chief Technology Officer >> PortfolioAid >> t. 416-479-0523 | e. lei...@portfolioaid.com >> >> This e-mail may be privileged and confidential. If you received this e-mail >> in error, please do not use, copy or distribute it, but advise me >> immediately (by return e-mail or otherwise), and delete the e-mail. >> >> _______________________________________________ >> Do not post admin requests to the list. They will be ignored. >> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) >> Help/Unsubscribe/Update your Subscription: >> https://lists.apple.com/mailman/options/webobjects-dev/hugi%40karlmenn.is >> >> This email sent to h...@karlmenn.is >> >> _______________________________________________ >> Do not post admin requests to the list. They will be ignored. >> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) >> Help/Unsubscribe/Update your Subscription: >> https://lists.apple.com/mailman/options/webobjects-dev/aaron%40chatnbike.com >> >> This email sent to aa...@chatnbike.com > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/webobjects-dev/jtayler%40oeinc.com > > This email sent to jtay...@oeinc.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com