Return-Path: Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: (qmail 63909 invoked from network); 1 Sep 2010 22:59:29 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 1 Sep 2010 22:59:29 -0000 Received: (qmail 97574 invoked by uid 500); 1 Sep 2010 22:59:25 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 97464 invoked by uid 500); 1 Sep 2010 22:59:25 -0000 Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Users List" Delivered-To: mailing list users@tomcat.apache.org Received: (qmail 97453 invoked by uid 99); 1 Sep 2010 22:59:25 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Sep 2010 22:59:25 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of paul.szynol@gmail.com designates 209.85.216.45 as permitted sender) Received: from [209.85.216.45] (HELO mail-qw0-f45.google.com) (209.85.216.45) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Sep 2010 22:59:19 +0000 Received: by qwh5 with SMTP id 5so9300239qwh.18 for ; Wed, 01 Sep 2010 15:58:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :reply-to:user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=TruQ463bQZQcrF/lJEnL2i0E3Vdfl5BbUW6nUBmdnoU=; b=DVUbZCkzXXWlwLd/vMctV86VBeJDIJ0Kp0wxP2sAnOaQ8WDgCYyTMly0+QkC5G21E5 oAm58/acW9X7LNWgDjNnKxbthMVURzSeyN3GAq2srurSS6rdt3reNNckAB9A3k5enNMU L4wIMrGWpNKkLVBw6U2w7vzB2SFQjX6Pjx2Ug= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; b=sAp56GeI9t3MZSoRA2sp3eLkuqnnEldsJ+kNQPKzo5m8PKvk4E0SDq1IPQSUfy9zNY IkOX1SAKJaYbAuz2UhdQnq9GtUuaJ3WhXM9eMQ/jysj9wjQQk99SLvMrV4HFyGIpWjDy 2qioyRrUDTnRYZsVvz/SUhIY/bWjdx1sZSqds= Received: by 10.224.19.132 with SMTP id a4mr5759416qab.62.1283381938280; Wed, 01 Sep 2010 15:58:58 -0700 (PDT) Received: from pjss-mac-pro.local (user-12hdokf.cable.mindspring.com [69.22.226.143]) by mx.google.com with ESMTPS id e6sm11689278qcr.41.2010.09.01.15.58.56 (version=SSLv3 cipher=RC4-MD5); Wed, 01 Sep 2010 15:58:57 -0700 (PDT) Sender: Paul Szynol Message-ID: <4C7EDAB0.90108@columbia.edu> Date: Wed, 01 Sep 2010 18:58:56 -0400 From: Paul Szynol Reply-To: pjs38@columbia.edu User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2.8) Gecko/20100802 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: users@tomcat.apache.org Subject: Re: FileUploadBase$IOFileUploadException References: <4C7EBFEA.9040801@columbia.edu> <4C7EC317.6030804@christopherschultz.net> <4C7EC57E.2010504@columbia.edu> <4C7ECCDC.1070306@christopherschultz.net> <4C7ED05D.2070105@columbia.edu> <4C7ED587.3060406@columbia.edu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Ah, now I see what you mean. So the reason the exception isn't being thrown when I increase the threshold value is that the image isn't being written to disk in the first place. That makes more sense. But the odd part of it (in my configuration, at least) is that the file permissions do allow fileupload to write the file...so, I guess I still don't understand what's causing the exception. On 9/1/10 6:52 PM, Konstantin Kolinko wrote: > 2010/9/2 Paul Szynol: >> Hey, Konstantin, >> >> The file system allows me to write the bigger image if I just increase the >> threshold size, though, so the file system is allowing the larger images. >> That suggests to me that the exception is being thrown solely when the >> image size exceeds the threshold size value. I read the exception to mean >> something like "I can't write this tmp file because it is bigger than the >> threshold size value", rather than "I can't write this tmp file because the >> file system won't let me". >> > http://commons.apache.org/fileupload/apidocs/org/apache/commons/fileupload/disk/DiskFileItemFactory.html#setSizeThreshold%28int%29 > > I understand that if you use setSizeThreshold() to increase the > threshold value, the file is not written to disk: > >>>>> On 9/1/2010 5:28 PM, Paul Szynol wrote: >>>>>> Increasing the value of .setSizeThreshold() did the trick. Thanks for >>>>>> pointing me in that direction--I should have sent my question here >>>>>> about >>>>>> 12 hrs ago! :) > Best regards, > Konstantin Kolinko > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org > For additional commands, e-mail: users-help@tomcat.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org