RE: MultiPartRequestWrapper

2016-03-01 Thread Filippo Munafò
Thanks for your suggestions , I'd love to hear more if you have, Filippo -Original Message- From: Christoph Nenning [mailto:[email protected]] Sent: martedì 1 marzo 2016 13:43 To: Struts Developers List Subject: RE: MultiPartRequestWrapper > > Sounds like an inter

RE: MultiPartRequestWrapper

2016-03-01 Thread Christoph Nenning
r that. And specify if you would like to see it in > > struts 2.3 series or if you are happy with struts 2.5. > > We would like to see it in 2.3 series, 2.3.25, because we haven't yet > planned un update to the future 2.5.x: > https://issues.apache.org/jira/browse/WW-4609 >

RE: MultiPartRequestWrapper

2016-03-01 Thread Filippo Munafò
Thanks for your suggest, but there is no reason to create a new FileItem when there is just a FileItem :-) MG>MultiPartRequestWrapper is set in these files: MG>org.apache.struts2.dispatcher.Dispatcher.wrapRequestMG>org.apache MG>.struts2.dispatcher.Dispatch

RE: MultiPartRequestWrapper

2016-03-01 Thread Filippo Munafò
dInterceptor.intercept you see that > MultiPartRequestWrapper is obtained from ActionContext. But I don't know > where it is set. If you think it is a bug you can create another jira. You are right, but I think that the "problem" is the use of StrutsPrepareFilter instead of an execute one, even if

RE: MultiPartRequestWrapper

2016-02-24 Thread Martin Gainty
> To: [email protected] > Subject: Re: MultiPartRequestWrapper > From: [email protected] > Date: Wed, 24 Feb 2016 16:27:11 +0100 > > > Hi, > > we are trying to migrate a big webapp (a thousand pages) from struts1 to > > struts2. > > One

Re: MultiPartRequestWrapper

2016-02-24 Thread Christoph Nenning
rsed by our code. > Now we would like to leave request parse made by JakartaMultiPartRequest, > removing the override, but we need access to the fileitems uploaded by > users. In other words, our action ancestor class needs to get access to > the "files" properties of Jakarta

MultiPartRequestWrapper

2016-02-23 Thread Filippo Munafò
ccess to the fileitems uploaded by users. In other words, our action ancestor class needs to get access to the "files" properties of JakartaMultiPartRequest through the MultiPartRequestWrapper. Otherwise we need to code something similar to what is done by the FileUploadInterceptor.inter

DO NOT REPLY [Bug 31922] - Pluggable MultipartRequestWrapper

2005-12-11 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 17583] - Handling parameters from MultipartRequestWrapper

2005-12-11 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 28983] - Unimplemented Servlet 2.3 methods in MultipartRequestWrapper

2005-12-11 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 28983] - Unimplemented Servlet 2.3 methods in MultipartRequestWrapper

2005-12-11 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 10641] - IncludeAction should unwrap request if it is a MultipartRequestWrapper

2005-12-11 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 17583] - Handling parameters from MultipartRequestWrapper

2005-11-08 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 17583] - Handling parameters from MultipartRequestWrapper

2005-11-08 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 31922] - Pluggable MultipartRequestWrapper

2004-10-29 Thread bugzilla
gzilla/show_bug.cgi?id=31922 Pluggable MultipartRequestWrapper --- Additional Comments From [EMAIL PROTECTED] 2004-10-29 21:33 --- Much, if not all, of this is going to change in the reasonably near future, in Struts 1.3, when the file upload handling will be changed to use a filter inst

DO NOT REPLY [Bug 31922] - Pluggable MultipartRequestWrapper

2004-10-29 Thread bugzilla
gzilla/show_bug.cgi?id=31922 Pluggable MultipartRequestWrapper --- Additional Comments From [EMAIL PROTECTED] 2004-10-29 13:24 --- I think Jack is talking about RequestProcessor, where in the processMultipart(HttpServletRequest) method, a new MultipartRequestWrapper is instantiated. I

DO NOT REPLY [Bug 31922] - Pluggable MultipartRequestWrapper

2004-10-28 Thread bugzilla
gzilla/show_bug.cgi?id=31922 Pluggable MultipartRequestWrapper --- Additional Comments From [EMAIL PROTECTED] 2004-10-29 04:44 --- You can already use a different multipart implementation by providing your own implementation of the MultipartRequestHandler interface. Is this not what you

DO NOT REPLY [Bug 31922] New: - Pluggable MultipartRequestWrapper

2004-10-27 Thread bugzilla
gzilla/show_bug.cgi?id=31922 Pluggable MultipartRequestWrapper Summary: Pluggable MultipartRequestWrapper Product: Struts Version: 1.2.4 Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority:

DO NOT REPLY [Bug 28983] - Unimplemented Servlet 2.3 methods in MultipartRequestWrapper

2004-06-25 Thread bugzilla
gzilla/show_bug.cgi?id=28983 Unimplemented Servlet 2.3 methods in MultipartRequestWrapper --- Additional Comments From [EMAIL PROTECTED] 2004-06-25 21:56 --- It's attached to Bug 17583 along with my MultipartRequestWrapp

DO NOT REPLY [Bug 28983] - Unimplemented Servlet 2.3 methods in MultipartRequestWrapper

2004-06-24 Thread bugzilla
gzilla/show_bug.cgi?id=28983 Unimplemented Servlet 2.3 methods in MultipartRequestWrapper [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RE

DO NOT REPLY [Bug 28983] - Unimplemented Servlet 2.3 methods in MultipartRequestWrapper

2004-06-09 Thread bugzilla
gzilla/show_bug.cgi?id=28983 Unimplemented Servlet 2.3 methods in MultipartRequestWrapper --- Additional Comments From [EMAIL PROTECTED] 2004-06-09 21:20 --- In my need to solve the issues with Bug 17583 (multipart request params not forwarded on) as Niall pointed out above, i suppose i c

DO NOT REPLY [Bug 17583] - Handling parameters from MultipartRequestWrapper

2004-06-08 Thread bugzilla
gzilla/show_bug.cgi?id=17583 Handling parameters from MultipartRequestWrapper --- Additional Comments From [EMAIL PROTECTED] 2004-06-09 01:17 --- Eric The issue of Servlet 2.3 request methods has been separated out into Bug 28983. You should post any proposals/patches for chan

DO NOT REPLY [Bug 28983] - Unimplemented Servlet 2.3 methods in MultipartRequestWrapper

2004-06-08 Thread bugzilla
gzilla/show_bug.cgi?id=28983 Unimplemented Servlet 2.3 methods in MultipartRequestWrapper --- Additional Comments From [EMAIL PROTECTED] 2004-06-09 01:11 --- In order to delegate to the Servlet 2.3 methods Struts would have to be depend on the Servlet 2.3 api - if we did that then we woul

DO NOT REPLY [Bug 17583] - Handling parameters from MultipartRequestWrapper

2004-06-07 Thread bugzilla
gzilla/show_bug.cgi?id=17583 Handling parameters from MultipartRequestWrapper --- Additional Comments From [EMAIL PROTECTED] 2004-06-07 23:42 --- I just ran into this problem today as well (the missing parameters in the request that gets forwarded on). I found it wasn't too difficult

DO NOT REPLY [Bug 17583] - Handling parameters from MultipartRequestWrapper

2004-06-07 Thread bugzilla
gzilla/show_bug.cgi?id=17583 Handling parameters from MultipartRequestWrapper --- Additional Comments From [EMAIL PROTECTED] 2004-06-07 23:42 --- Created an attachment (id=11786) MultipartRequestWrapper.java - To unsubscr

DO NOT REPLY [Bug 17583] - Handling parameters from MultipartRequestWrapper

2004-06-07 Thread bugzilla
gzilla/show_bug.cgi?id=17583 Handling parameters from MultipartRequestWrapper --- Additional Comments From [EMAIL PROTECTED] 2004-06-07 23:41 --- Created an attachment (id=11785) RequestProcessor.java - To unsubscribe,

DO NOT REPLY [Bug 28983] - Unimplemented Servlet 2.3 methods in MultipartRequestWrapper

2004-05-31 Thread bugzilla
gzilla/show_bug.cgi?id=28983 Unimplemented Servlet 2.3 methods in MultipartRequestWrapper --- Additional Comments From [EMAIL PROTECTED] 2004-05-31 19:26 --- can we check the major and minor version of the Java Servlet API that this servlet container supports by invoking the following m

DO NOT REPLY [Bug 28983] - Unimplemented Servlet 2.3 methods in MultipartRequestWrapper

2004-05-28 Thread bugzilla
gzilla/show_bug.cgi?id=28983 Unimplemented Servlet 2.3 methods in MultipartRequestWrapper --- Additional Comments From [EMAIL PROTECTED] 2004-05-28 18:43 --- Created an attachment (id=11688) Implement getParameterMap() method and use reflection for other Servlet 2.3 m

DO NOT REPLY [Bug 28983] - Unimplemented Servlet 2.3 methods in MultipartRequestWrapper

2004-05-25 Thread bugzilla
gzilla/show_bug.cgi?id=28983 Unimplemented Servlet 2.3 methods in MultipartRequestWrapper --- Additional Comments From [EMAIL PROTECTED] 2004-05-26 02:15 --- Presumably the getParameterMap() method needs to do the same kind of thing as the getParametersNames() method - i.e. create a

DO NOT REPLY [Bug 28983] - Unimplemented Servlet 2.3 methods in MultipartRequestWrapper

2004-05-14 Thread bugzilla
gzilla/show_bug.cgi?id=28983 Unimplemented Servlet 2.3 methods in MultipartRequestWrapper --- Additional Comments From [EMAIL PROTECTED] 2004-05-14 16:16 --- This sounds like a reasonable approach to take -- note that if we address these issues, we may also be able to address similar issue

DO NOT REPLY [Bug 17583] - Handling parameters from MultipartRequestWrapper

2004-05-14 Thread bugzilla
gzilla/show_bug.cgi?id=17583 Handling parameters from MultipartRequestWrapper [EMAIL PROTECTED] changed: What|Removed |Added Component|Custom Tags |Cont

DO NOT REPLY [Bug 28983] New: - Unimplemented Servlet 2.3 methods in MultipartRequestWrapper

2004-05-14 Thread bugzilla
gzilla/show_bug.cgi?id=28983 Unimplemented Servlet 2.3 methods in MultipartRequestWrapper Summary: Unimplemented Servlet 2.3 methods in MultipartRequestWrapper Product: Struts Version: 1.1 Final Platform: All OS/Versio

DO NOT REPLY [Bug 17583] - Handling parameters from MultipartRequestWrapper

2004-05-14 Thread bugzilla
gzilla/show_bug.cgi?id=17583 Handling parameters from MultipartRequestWrapper --- Additional Comments From [EMAIL PROTECTED] 2004-05-14 14:44 --- Chris, the issue you are describing *can* be fixed in Struts 1.x, but it is a completely different issue to the one Anton is reporting, which can

DO NOT REPLY [Bug 17583] - Handling parameters from MultipartRequestWrapper

2004-05-14 Thread bugzilla
gzilla/show_bug.cgi?id=17583 Handling parameters from MultipartRequestWrapper [EMAIL PROTECTED] changed: What|Removed |Added Version|1.1 RC1 |1.1