This wrapper parses the request, and makes all the request parameters available with the standard request.getParameter(..) method.
So, standard and multipart requests can be handled the standard way by every component.
This means that it's not specific to the FileUpload component (even though it's mostly useful for it).
Rest inline
On Fri, 2005-03-18 at 08:56 -0800, Erik Gustavson wrote:
Yes, I should have mentioned that - my configuration is exactly the same. Two things I noticed though - one, I tried debugging ExtensionsFilter - I don't see it being called which I find odd. It gets initialized fine - I can see it parsing the maxFileSize values, but it doesn't seem to handle requests at all, which I find odd. Two, I'm not using the existing FIleUpload component but rather making my own, so ExtensionsFilter shouldn't cause any problems here - I've looked through the code for ExtensionsFilter and the servletRequest wrapper and from what I can tell all that does for multi-part form submissions is to pre-process the file data and store it under an instance variable for easy retrieval by the FileUpload component. Presumably the original multi-part content should still be available in the request, right?
No, as the request is wrapped in a MultipartRequestWrapper, you should now get the parameters through request.getParameter( ... ) calls.
You can't parse the request twice.
I don't know, I never used tiles.What is bothering me is that nothing seems to get called on submission of the request - the page simply reloads as if an error occurs very high up the lifecycle, but I see nothing about this in logs, etc..... no decode methods are invoked and I just see the encode methods get called again when the page reloads... its very odd. This behavior is very specific to the presence of the multi-part attribute in the form. I am using tiles and subviews - could this have anything to do with it?
Try in a standard JSF only form first.
-Erik On Thu, 17 Mar 2005 22:00:29 -0400, Sylvain Vieujot <[EMAIL PROTECTED]> wrote: > Did you configure the Extensions filter ? > It handles the multipart forms. > > Here is an example of configuration : <filter> > <filter-name>MyFacesExtensionsFilter</filter-name> > <filter-class>org.apache.myfaces.component.html.util.ExtensionsFilter</filter-class> > <init-param> <param-name>maxFileSize</param-name> > <param-value>20m</param-value> <description>Set the size limit for > uploaded files. Format: 10 - 10 bytes 10k - > 10 KB 10m - 10 MB 1g - 1 GB > </description> </init-param> </filter> <filter-mapping> > <filter-name>MyFacesExtensionsFilter</filter-name> > <url-pattern>*.jsf</url-pattern> </filter-mapping> <filter-mapping> > <filter-name>MyFacesExtensionsFilter</filter-name> > <url-pattern>/faces/*</url-pattern> </filter-mapping> > Sylvain. > > > On Thu, 2005-03-17 at 17:51 -0800, Erik Gustavson wrote: > So I'm working on a custom FileUpload component for my application and I'm > running into an odd problem where my decode method is not called if I set > enctype="multipart/form-data" on the form. I've build a couple of other > simple custom components already and they work fine. The one in question is > very simple, no renderers, everything happens in the component itself, > etc... If I remove the enctype, my decode method gets called. If I put it > back in, my decode method is skipped - in fact, it appears that no > processing what-so-ever occurs on submission of the form, I just end up > right back on the view - I don't see any errors messages and stepping > through the running app doesn't yield any clues (at least to me) I'm using > the latest cut of code (1.0.9-beta), on JBoss 4.0.1 under JDK 1.5 Anyone > have any pointers?
