[ http://issues.apache.org/jira/browse/TAPESTRY-368?page=comments#action_12371292 ]
Paul Ferraro commented on TAPESTRY-368: --------------------------------------- Hmm... What about this scenario? <input jwcid="[EMAIL PROTECTED]" file="..." maxSize="10"/> <input jwcid="[EMAIL PROTECTED]" file="..."/> <input jwcid="[EMAIL PROTECTED]" file="..." maxSize="20"/> The max-size used when processing Upload1 will be 10. I would expect the max-size used for Upload2 to be 10000000... But, I think (I'm not certain - I haven't actually tried it...) you'd find that 10 will also be used. Also, would expect the max-size used for Upload3 to be 20, but I think that too will also use 10. In short, I think there is something inherently wrong with a component parameter setting the value of a global service, regardless of the fact that it uses a threaded model. Thoughts? Paul > Please add setMaxSize to MultipartDecoder > ----------------------------------------- > > Key: TAPESTRY-368 > URL: http://issues.apache.org/jira/browse/TAPESTRY-368 > Project: Tapestry > Type: New Feature > Components: Framework > Versions: 4.0 > Reporter: Gavin Mathias > Priority: Minor > Fix For: 4.0.1 > Attachments: tap368.txt > > I use the Upload component to upload files to my application. Most of those > files are over the size limit of 10000000 hardcoded in MultipartDecoderImpl. > Please add setMaxSize(int _maxsize) to MultipartDecoder so that I can write > a custom Upload component that can do this: > getDecoder().setMaxSize(30000000); > Even nicer would be a parameter in Tapestry's Upload.jwc that can be used to > set MaxSize. > I was doing this in Tapestry3.0.3 by calling: > DefaultMultipartDecoder.getSharedInstance().setMaxSize(30000000); > in my custom component's page class. > Thanks and Best Regards, > Gavin -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
