DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=31922>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/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'd say that the quickest workaround would be to simply extend a RequestProcessor and override that method, which is pretty trivial. I do note that in the struts-chain ComposableRequestProcessor, that is the only method which isn't delegated to a chain command! I was going to say that it would be simple enough to make the wrapper class name a config property of the chain class responsible for wrapping the request, but there isn't one. So it might be worth discussing a clean way to configure the wrapper class. Just curious, Jack, what cause do you have to use an alternative class? Is it in coordination with a different MultipartRequestHandler? It seems like maybe making a factory method on MultipartRequestHandler to support any preprocessing of the request might be a good way to do it, if only to keep everything essentially in one place. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
