This has been fixed in the 4.0 branch now. There is a maxSize parameter on the Upload component that should allow people to change what it is. A negative value means "unlimited" so be careful :) (the default is still 10kb though)
On 3/21/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote: > > It's ok, Brian's been doing most of the work lately. I rather enjoy it :) > > > On 3/21/06, Ben Dotte <[EMAIL PROTECTED] > wrote: > > > > Thanks Jesse - And for all the work you've put in on so many other cases > > recently, it is very much appreciated! > > > > -----Original Message----- > > From: Jesse Kuhnert [mailto:[EMAIL PROTECTED] > > Sent: Tuesday, March 21, 2006 11:44 AM > > To: Tapestry users > > Subject: Re: max file upload size > > > > ok, will commit it after I finish eating lunch > > > > On 3/21/06, Ben Dotte <[EMAIL PROTECTED]> wrote: > > > > > > That link doesn't work for me at least.. anyway I posted a solution to > > > > > this a while back: > > > > > > http://article.gmane.org/gmane.comp.java.tapestry.user/29717/ > > > > > > All we need is a setter for maxSize on MultipartDecoderImpl to avoid > > > overriding the framework, it sure would be nice if one of the > > committers > > > would apply the patch on this case: > > > > > > http://issues.apache.org/jira/browse/TAPESTRY-368 > > > > > > HTH > > > Ben > > > > > > -----Original Message----- > > > From: Jimmi Dyson [mailto:[EMAIL PROTECTED] > > > Sent: Tuesday, March 21, 2006 10:59 AM > > > To: 'Tapestry users' > > > Subject: RE: max file upload size > > > > > > Take a look here - > > > > > http://mail-archives.apache.org/mod_mbox/jakarta-tapestry-user/200512.mb > > > > > ox/[EMAIL PROTECTED] > > > > > > -----Original Message----- > > > From: Dan Adams [mailto:[EMAIL PROTECTED] > > > Sent: 21 March 2006 16:50 > > > To: Tapestry users > > > Subject: Re: max file upload size > > > > > > As much as I'd like to do that and appreciate all the work done on > > > tapestry, this is on a deadline for friday and I need to get something > > > > > working quickly and don't have to time to deviate. Plus it seems like > > > this option was configurable in T3 via an extension in the > > .application > > > but was removed in T4. So I'm not sure if there was some specific > > design > > > reason for taking it out. > > > > > > I looked into subclassing or even just copy and pasting the class but > > > that doesn't look like it will work because it uses the > > > MultipartMessages class which is package private. Can someone who has > > > done this post their solution? > > > > > > On Tue, 2006-03-21 at 11:26 -0500, Wayland Chan wrote: > > > > Being that this is open source, you could make the changes yourself > > > and > > > > submit it to Howard to see if he agrees with your changes and merges > > > > > it into > > > > the project. It doesn't seem like a disruptive change and I also see > > > the > > > > benefit. > > > > > > > > > > > > On 3/21/06, Dan Adams < [EMAIL PROTECTED]> wrote: > > > > > > > > > > In my application I have to upload large files (> 10m). I found > > > posts on > > > > > gmane about having to re-implement MultipartDecoderImpl just so > > you > > > can > > > > > set maxSize. Is there any plans to make this configurable? It > > would > > > be > > > > > nice if I could just subclass it and override something trivial > > but > > > it > > > > > looks like I'll have to copy & paste (yuck!) the decode method to > > > change > > > > > it. > > > > > > > > > > -- > > > > > Dan Adams > > > > > Software Engineer > > > > > Interactive Factory > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > To unsubscribe, e-mail: > > [EMAIL PROTECTED] > > > > > For additional commands, e-mail: > > > [EMAIL PROTECTED] > > > > > > > > > > > > > -- > > > Dan Adams > > > Software Engineer > > > Interactive Factory > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > -- > > Jesse Kuhnert > > Tacos/Tapestry, team member/developer > > > > Open source based consulting work centered around > > dojo/tapestry/tacos/hivemind. http://opennotion.com > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > -- > > Jesse Kuhnert > Tacos/Tapestry, team member/developer > > Open source based consulting work centered around > dojo/tapestry/tacos/hivemind. http://opennotion.com > -- Jesse Kuhnert Tacos/Tapestry, team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind. http://opennotion.com
