You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@myfaces.apache.org by Eirikur Hrafnsson <ei...@idega.is> on 2004/12/11 15:14:02 UTC
Missing method in MultipartRequestWrapper
Hi all,
I just signed up for the mailinglist but my company, Idega Softare, is
now actively changing our webapplication framework(platform), IdegaWeb,
to use JSF for its presentation layer and MyFaces as its JSF
Implementation so thanks a lot for your excellent work and I hope we
can in time contribute to the project ourselves.
So geting to the point of this email...
There seems to be a "missing" get method in MultipartRequestWrapper. It
looks to me that the whole upload part in myfaces is a copy of the
O'reilly multipart filter (why?) that we currently use ourselves and
there we are using the method getFileNames() and we need a similar
method in MultipartRequestWrapper.
The method we need would simply return the HashMap fileList in the
MultipartRequestWrapper.
The reason we need that method is because we have our own uploader
outside of JSF that needs to work for backward compatability and we
cannot use getFileItem(String) because we don't now the name of the
parameter!
Can somebody add a method like getFileItems(){ return fileItems } to
MultipartRequestWrapper?
Also I would like to point out that on http://www.myfaces.org the
documentation for the fileInput component states that you need to have
the O'reilly filter set up and does not mention the myfaces
multipartfilter at all.
Best Regards
Eirikur S. Hrafnsson, eiki@idega.is
Chief Software Engineer
Idega Software
http://www.idega.com
Re: Missing method in MultipartRequestWrapper
Posted by Eirikur Hrafnsson <ei...@idega.is>.
Great thanks for the info, any idea when the next release will be? Or
when the project has been moved completely to Incubator?
On 11.12.2004, at 22:47, Sylvain Vieujot wrote:
> As for the CVS version, I recommend it for development ONLY if you
> follow what's going on and understand what you do.
> I think the snapshot right now is quite good though. So, you might
> take the CVS right now.
>
> The ExtensionsFilter serves 2 purposes :
>
> - parse the request for the FileUpload (in the same way as before)
>
> - Serves resources for some components (they haven't all been
> converted yet). This means that for the popup component, or for the
> new htmlEditor component, you don't need to add javascript code, css
> or images to your app. They are all in the myfaces jar, and are
> delivered as needed by the filter.
>
> Best regards,
>
> Sylvain.
>
> On Sat, 2004-12-11 at 21:48 +0000, Eirikur Hrafnsson wrote:
>
>
>
>
>
> Hi,
>
>
> I've added the request method to the request wrapper in the CVS
> versions.
>
> Great do you recommend using the cvs version rather than 1.0.7 for
> development work at least?
>
> Beware though as the FileUpload filter has been replaced by an
> ExtensionsFilter, and so, the MultipartRequestWrapper has been moved
> to the org.apache.myfaces.component.html.util package.
>
> Ok, why call it ExtensionsFilter? What else does it do now? Do I use
> it in a similar way?
>
> Best regards
> Eiki, Idega.
>
>
>
> Best regards,
>
> Sylvain.
>
> On Sat, 2004-12-11 at 14:14 +0000, Eirikur Hrafnsson wrote:
>
> Hi all,
>
> I just signed up for the mailinglist but my company, Idega Softare, is
> now actively changing our webapplication framework(platform),
> IdegaWeb,
> to use JSF for its presentation layer and MyFaces as its JSF
> Implementation so thanks a lot for your excellent work and I hope we
> can in time contribute to the project ourselves.
>
> So geting to the point of this email...
> There seems to be a "missing" get method in MultipartRequestWrapper.
> It
> looks to me that the whole upload part in myfaces is a copy of the
> O'reilly multipart filter (why?) that we currently use ourselves and
> there we are using the method getFileNames() and we need a similar
> method in MultipartRequestWrapper.
>
> The method we need would simply return the HashMap fileList in the
> MultipartRequestWrapper.
> The reason we need that method is because we have our own uploader
> outside of JSF that needs to work for backward compatability and we
> cannot use getFileItem(String) because we don't now the name of the
> parameter!
>
> Can somebody add a method like getFileItems(){ return fileItems } to
> MultipartRequestWrapper?
>
> Also I would like to point out that on http://www.myfaces.org the
> documentation for the fileInput component states that you need to have
> the O'reilly filter set up and does not mention the myfaces
> multipartfilter at all.
>
> Best Regards
>
> Eirikur S. Hrafnsson, eiki@idega.is
> Chief Software Engineer
> Idega Software
> http://www.idega.com
>
>
>
>
> Best Regards
>
> Eirikur S. Hrafnsson, eiki@idega.is
> Chief Software Engineer
> Idega Software
> http://www.idega.com
>
Best Regards
Eirikur S. Hrafnsson, eiki@idega.is
Chief Software Engineer
Idega Software
http://www.idega.com
Re: Missing method in MultipartRequestWrapper
Posted by Sylvain Vieujot <sv...@apache.org>.
As for the CVS version, I recommend it for development ONLY if you
follow what's going on and understand what you do.
I think the snapshot right now is quite good though. So, you might take
the CVS right now.
The ExtensionsFilter serves 2 purposes :
- parse the request for the FileUpload (in the same way as before)
- Serves resources for some components (they haven't all been converted
yet). This means that for the popup component, or for the new htmlEditor
component, you don't need to add javascript code, css or images to your
app. They are all in the myfaces jar, and are delivered as needed by the
filter.
Best regards,
Sylvain.
On Sat, 2004-12-11 at 21:48 +0000, Eirikur Hrafnsson wrote:
>
>
> ______________________________________________________________________
>
> Hi,
>
>
> I've added the request method to the request wrapper in the
> CVS versions.
>
> Great do you recommend using the cvs version rather than 1.0.7 for
> development work at least?
>
> Beware though as the FileUpload filter has been replaced by an
> ExtensionsFilter, and so, the MultipartRequestWrapper has been
> moved to the org.apache.myfaces.component.html.util package.
>
> Ok, why call it ExtensionsFilter? What else does it do now? Do I use
> it in a similar way?
>
> Best regards
> Eiki, Idega.
>
>
>
> Best regards,
>
> Sylvain.
>
> On Sat, 2004-12-11 at 14:14 +0000, Eirikur Hrafnsson wrote:
>
> Hi all,
>
> I just signed up for the mailinglist but my company, Idega
> Softare, is
> now actively changing our webapplication framework(platform),
> IdegaWeb,
> to use JSF for its presentation layer and MyFaces as its JSF
> Implementation so thanks a lot for your excellent work and I
> hope we
> can in time contribute to the project ourselves.
>
> So geting to the point of this email...
> There seems to be a "missing" get method in
> MultipartRequestWrapper. It
> looks to me that the whole upload part in myfaces is a copy of
> the
> O'reilly multipart filter (why?) that we currently use
> ourselves and
> there we are using the method getFileNames() and we need a
> similar
> method in MultipartRequestWrapper.
>
> The method we need would simply return the HashMap fileList in
> the
> MultipartRequestWrapper.
> The reason we need that method is because we have our own
> uploader
> outside of JSF that needs to work for backward compatability
> and we
> cannot use getFileItem(String) because we don't now the name
> of the
> parameter!
>
> Can somebody add a method like getFileItems(){ return
> fileItems } to
> MultipartRequestWrapper?
>
> Also I would like to point out that on http://www.myfaces.org
> the
> documentation for the fileInput component states that you need
> to have
> the O'reilly filter set up and does not mention the myfaces
> multipartfilter at all.
>
> Best Regards
>
> Eirikur S. Hrafnsson, eiki@idega.is
> Chief Software Engineer
> Idega Software
> http://www.idega.com
>
>
>
>
> Best Regards
>
> Eirikur S. Hrafnsson, eiki@idega.is
> Chief Software Engineer
> Idega Software
> http://www.idega.com
Re: Missing method in MultipartRequestWrapper
Posted by Eirikur Hrafnsson <ei...@idega.is>.
Hi,
> I've added the request method to the request wrapper in the CVS
> versions.
Great do you recommend using the cvs version rather than 1.0.7 for
development work at least?
> Beware though as the FileUpload filter has been replaced by an
> ExtensionsFilter, and so, the MultipartRequestWrapper has been moved
> to the org.apache.myfaces.component.html.util package.
Ok, why call it ExtensionsFilter? What else does it do now? Do I use it
in a similar way?
Best regards
Eiki, Idega.
>
> Best regards,
>
> Sylvain.
>
> On Sat, 2004-12-11 at 14:14 +0000, Eirikur Hrafnsson wrote:
>
> Hi all,
>
> I just signed up for the mailinglist but my company, Idega Softare,
> is
> now actively changing our webapplication framework(platform),
> IdegaWeb,
> to use JSF for its presentation layer and MyFaces as its JSF
> Implementation so thanks a lot for your excellent work and I hope we
> can in time contribute to the project ourselves.
>
> So geting to the point of this email...
> There seems to be a "missing" get method in MultipartRequestWrapper.
> It
> looks to me that the whole upload part in myfaces is a copy of the
> O'reilly multipart filter (why?) that we currently use ourselves and
> there we are using the method getFileNames() and we need a similar
> method in MultipartRequestWrapper.
>
> The method we need would simply return the HashMap fileList in the
> MultipartRequestWrapper.
> The reason we need that method is because we have our own uploader
> outside of JSF that needs to work for backward compatability and we
> cannot use getFileItem(String) because we don't now the name of the
> parameter!
>
> Can somebody add a method like getFileItems(){ return fileItems } to
> MultipartRequestWrapper?
>
> Also I would like to point out that on http://www.myfaces.org the
> documentation for the fileInput component states that you need to have
> the O'reilly filter set up and does not mention the myfaces
> multipartfilter at all.
>
> Best Regards
>
> Eirikur S. Hrafnsson, eiki@idega.is
> Chief Software Engineer
> Idega Software
> http://www.idega.com
>
>
>
Best Regards
Eirikur S. Hrafnsson, eiki@idega.is
Chief Software Engineer
Idega Software
http://www.idega.com
Re: Missing method in MultipartRequestWrapper
Posted by Sylvain Vieujot <sv...@apache.org>.
Hello,
I've added the request method to the request wrapper in the CVS
versions.
Beware though as the FileUpload filter has been replaced by an
ExtensionsFilter, and so, the MultipartRequestWrapper has been moved to
the org.apache.myfaces.component.html.util package.
Best regards,
Sylvain.
On Sat, 2004-12-11 at 14:14 +0000, Eirikur Hrafnsson wrote:
> Hi all,
>
> I just signed up for the mailinglist but my company, Idega Softare, is
> now actively changing our webapplication framework(platform), IdegaWeb,
> to use JSF for its presentation layer and MyFaces as its JSF
> Implementation so thanks a lot for your excellent work and I hope we
> can in time contribute to the project ourselves.
>
> So geting to the point of this email...
> There seems to be a "missing" get method in MultipartRequestWrapper. It
> looks to me that the whole upload part in myfaces is a copy of the
> O'reilly multipart filter (why?) that we currently use ourselves and
> there we are using the method getFileNames() and we need a similar
> method in MultipartRequestWrapper.
>
> The method we need would simply return the HashMap fileList in the
> MultipartRequestWrapper.
> The reason we need that method is because we have our own uploader
> outside of JSF that needs to work for backward compatability and we
> cannot use getFileItem(String) because we don't now the name of the
> parameter!
>
> Can somebody add a method like getFileItems(){ return fileItems } to
> MultipartRequestWrapper?
>
> Also I would like to point out that on http://www.myfaces.org the
> documentation for the fileInput component states that you need to have
> the O'reilly filter set up and does not mention the myfaces
> multipartfilter at all.
>
> Best Regards
>
> Eirikur S. Hrafnsson, eiki@idega.is
> Chief Software Engineer
> Idega Software
> http://www.idega.com