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. [email protected]<mailto:[email protected]> 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:[email protected]] Sent: Friday, May 03, 2019 2:07 PM To: Leigh Kivenko <[email protected]> Cc: [email protected] 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 <[email protected]<mailto:[email protected]>> 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. [email protected]<mailto:[email protected]> 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 ([email protected]<mailto:[email protected]>) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/hugi%40karlmenn.is This email sent to [email protected]<mailto:[email protected]>
_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [email protected]
