Return-Path: Delivered-To: apmail-jakarta-commons-user-archive@www.apache.org Received: (qmail 66910 invoked from network); 24 Feb 2006 09:33:57 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 24 Feb 2006 09:33:57 -0000 Received: (qmail 84846 invoked by uid 500); 24 Feb 2006 09:33:52 -0000 Delivered-To: apmail-jakarta-commons-user-archive@jakarta.apache.org Received: (qmail 84823 invoked by uid 500); 24 Feb 2006 09:33:52 -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 84812 invoked by uid 99); 24 Feb 2006 09:33:52 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 24 Feb 2006 01:33:52 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of dlm@tid.es designates 193.145.240.2 as permitted sender) Received: from [193.145.240.2] (HELO correo.tid.es) (193.145.240.2) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 24 Feb 2006 01:33:51 -0800 Received: from tid.hi.inet (daviti2.hi.inet [10.95.31.158]) by tid.hi.inet (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTPA id <0IV600ICSPS8TK@tid.hi.inet> for commons-user@jakarta.apache.org; Fri, 24 Feb 2006 10:16:57 +0100 (MET) Date: Fri, 24 Feb 2006 10:12:52 +0100 From: =?iso-8859-15?Q?David_L=F3pez_Mu=F1oz?= Subject: Re: Fwd: [FileUpload] "Read timed out" exception In-reply-to: <20060224082852.8543.qmail@web81502.mail.mud.yahoo.com> Sender: dlm@tid.es To: shehzaad@cs.stanford.edu, commons-user@jakarta.apache.org Message-id: Organization: tid MIME-version: 1.0 Content-type: text/plain; format=flowed; delsp=yes; charset=iso-8859-15 Content-transfer-encoding: 8BIT User-Agent: Opera M2/7.54 (Win32, build 3865) References: <20060224082852.8543.qmail@web81502.mail.mud.yahoo.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Hello Shehzaad, if you are testing your application by executing a form in a conventional html page in your browser, then you're probably cutting down some file uploads by pressing back button, or by fast linking to another page before ending the transaction. This is what I sometimes experienced. Hope it would be helpfull. David En Fri, 24 Feb 2006 00:28:52 -0800 (PST), Shehzaad Nakhoda escribi�: > I should clarify that I'm not using the ISAPI > redirector. Hence I don't think I'm running into this > well-known issue covered in the fileupload FAQ: > > http://jakarta.apache.org/commons/fileupload/faq.html#read-timeout > > I'm running tomcat on Linux. > > Thanks. > --Shehzaad > > --- Shehzaad Nakhoda wrote: > >> Date: Fri, 24 Feb 2006 00:18:37 -0800 (PST) >> From: Shehzaad Nakhoda >> Subject: [FileUpload] "Read timed out" exception >> To: commons-user@jakarta.apache.org >> >> Hello, >> >> I'm using the commons-fileupload libary (version >> 1.0) >> to handle large file uploads into my struts web >> application. >> >> I'm using tomcat (version 5.0.30) as the web server. >> (i.e. there's no Apache httpd). >> >> I have a Struts Action that calls the parseRequest >> method on a DiskFileUpload object. >> >> The parseRequest intermittently (not predictably) >> throws the following exception: >> >> org.apache.commons.fileupload.FileUploadException: >> Processing of multipart/form-data request failed. >> Read >> timed out >> at >> > org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:429) >> [... more stack trace lines snipped ...] >> >> >> Here's the Java code up to the call to parseRequest: >> >> --BEGIN CODE-- >> DiskFileUpload fu = new DiskFileUpload(); >> // maximum size before a FileUploadException >> will be thrown >> fu.setSizeMax(1000000000); >> // maximum size that will be stored in >> memory >> fu.setSizeThreshold(4096); >> // the location for saving data that is >> larger >> than getSizeThreshold() >> fu.setRepositoryPath(rootDirectory); >> >> List fileItems = fu.parseRequest(request); >> >> --END CODE--- >> >> I did search on Usenet and on the Web for people >> having similar problems, but didn't find a >> satisfactory answer. There's a suggestion to play >> with >> the disableUploadTimeout parameter in tomcat's >> server.xml but that didn't help. >> >> I apologize if this is a tomcat issue (i.e. >> off-topic >> for this list), but I'm hoping someone can help me >> with the tomcat-fileupload combination. >> >> Thanks. >> Shehzaad >> >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org > For additional commands, e-mail: commons-user-help@jakarta.apache.org > > -- David L�pez Mu�oz (34) 91 337 4703 msn: dlm@tid.es Multimedia Technology Telef�nica Investigaci�n y Desarrollo --------------------------------------------------------------------- To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-user-help@jakarta.apache.org