Return-Path: Delivered-To: apmail-jakarta-commons-user-archive@www.apache.org Received: (qmail 24879 invoked from network); 3 Oct 2006 15:15:19 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 3 Oct 2006 15:15:19 -0000 Received: (qmail 95776 invoked by uid 500); 3 Oct 2006 15:15:14 -0000 Delivered-To: apmail-jakarta-commons-user-archive@jakarta.apache.org Received: (qmail 95376 invoked by uid 500); 3 Oct 2006 15:15:12 -0000 Mailing-List: contact commons-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Jakarta Commons Users List" Reply-To: "Jakarta Commons Users List" Delivered-To: mailing list commons-user@jakarta.apache.org Received: (qmail 95365 invoked by uid 99); 3 Oct 2006 15:15:11 -0000 Received: from idunn.apache.osuosl.org (HELO idunn.apache.osuosl.org) (140.211.166.84) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Oct 2006 08:15:11 -0700 X-ASF-Spam-Status: No, hits=0.3 required=5.0 tests=MAILTO_TO_SPAM_ADDR Received: from [63.247.81.241] ([63.247.81.241:53944] helo=tss8.serverconfig.com) by idunn.apache.osuosl.org (ecelerity 2.1.1.8 r(12930)) with ESMTP id E2/12-08153-97E72254 for ; Tue, 03 Oct 2006 08:15:06 -0700 Received: from rrcs-67-52-41-92.west.biz.rr.com ([67.52.41.92] helo=[192.168.15.150]) by tss8.serverconfig.com with esmtpa (Exim 4.52) id 1GUlz0-0006ER-GZ for commons-user@jakarta.apache.org; Tue, 03 Oct 2006 11:15:02 -0400 Message-ID: <45227E9D.8060008@decoursey.net> Date: Tue, 03 Oct 2006 10:15:41 -0500 From: Paul J DeCoursey User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Jakarta Commons Users List Subject: Re: [fielupload] how much big size file can be handled? References: <2ED602334F87F94CB1CA268F9608C19402D6E8F1@moonraker.campus.ncl.ac.uk> <45227BE0.5070304@serff.net> In-Reply-To: <45227BE0.5070304@serff.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - tss8.serverconfig.com X-AntiAbuse: Original Domain - jakarta.apache.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - decoursey.net X-Source: X-Source-Args: X-Source-Dir: X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N What is the OS and server you are running? I know that IIS has a limit, I think it's 2GB, for uploading files. I'm of the opinion that you shouldn't be using a web based fileupload for files that large, you should use some more robust file transfer protocol, like FTP, SFTP, SCP or USPS. Paul Andrew wrote: > I'm running into the same problem. I send this email to the list on > Friday, but never heard back from anyone...maybe it will get looked at > here: > > I'm trying to upload files larger than 2GB. It seems I can send a > file larger, but FileUpload throws an exception when it is larger than > 2GB. It throws: > FileUploadBase$UnknownSizeException: the request was rejected because > its size is unknown. > I'm assuming it can't get the content size because it overflowed an > int. Now, I don't care if it knows how big the file is, I just want > it to take when ever file is sent to it. Is there a way to disable > this check? I'm already setting setMaxSize(-1) (the default) but that > doesn't seem to matter. > Let me know if you all have any ideas. > Thanks! > Andrew > > Arijit Mukherjee wrote: >> I've been able to upload files almost upto 2GB. I'm stuck at files > >> 2GB, and I suspect it's because of the native O/S and not a commons >> fileupload problem. >> >> Cheers >> Arijit >> >>> -----Original Message----- >>> From: Leena Kulkarni [mailto:leenakulkarni2003@yahoo.com] Sent: 03 >>> October 2006 11:53 >>> To: commons-user@jakarta.apache.org >>> Subject: [fielupload] how much big size file can be handled? >>> >>> Hi Friends, >>> >>> I have few questions about the commons file upload. >>> >>> 1) Is commons file upload suitable for uploading >>> files>10MB in size? >>> What we have observed that commons file upload load a file in >>> memory. So for files > 10MB the deply in response is too much. >>> Is this right? Is there something we are missing? >>> Is there any other good variation of commons file upload if we have >>> to use it for uploads upto 30MB? >>> >>> 2)When we try uploading a file>40MB, we are getting Items list as 0. >>> So there is nothing to iterate on and check if it is a file. >>> >>> Code is like the following: >>> // Create a new file upload handler >>> ServletFileUpload upload = new >>> ServletFileUpload(factory); >>> >>> // Parse the request >>> List /* FileItem */ items = >>> upload.parseRequest(request); >>> // Process the uploaded items >>> Iterator iter = items.iterator(); >>> while (iter.hasNext()) { >>> FileItem item = (FileItem) iter.next(); >>> >>> if (item.isFormField()) { >>> processFormField(item); >>> } else { >>> processUploadedFile(item); >>> } >>> } >>> >>> We trapped this scenario and added code to show some customized >>> error when Items are 0. But then it takes agaes to display the error >>> message on screen when from the logs we can make out that the >>> control did go till the point of displaying the error message to >>> screen. >>> >>> Do not know why this behaviour for large files [>40MB]. It can be >>> good to know the some threshold at which such error occurs and if it >>> is a known problem with commons fileupload. >>> >>> Regards, >>> >>> __________________________________________________ >>> Do You Yahoo!? >>> Tired of spam? Yahoo! Mail has the best spam protection around >>> http://mail.yahoo.com >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org >>> For additional commands, e-mail: commons-user-help@jakarta.apache.org >>> >>> >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org >> For additional commands, e-mail: commons-user-help@jakarta.apache.org >> >> > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org > For additional commands, e-mail: commons-user-help@jakarta.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-user-help@jakarta.apache.org