struts-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Musachy Barroso (JIRA)" <j...@apache.org>
Subject [jira] Resolved: (WW-2544) FileUploadInterceptor depends on implementation of MultiPartRequestWrapper
Date Wed, 15 Apr 2009 19:44:06 GMT

     [ https://issues.apache.org/struts/browse/WW-2544?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Musachy Barroso resolved WW-2544.
---------------------------------

    Resolution: Won't Fix

Feel free to re-open with a patch.

> FileUploadInterceptor depends on implementation of MultiPartRequestWrapper
> --------------------------------------------------------------------------
>
>                 Key: WW-2544
>                 URL: https://issues.apache.org/struts/browse/WW-2544
>             Project: Struts 2
>          Issue Type: Improvement
>          Components: Core Interceptors
>    Affects Versions: 2.0.11.1
>            Reporter: David Waite
>             Fix For: Future
>
>
> The FileUploadInterceptor depends on the class/implementation of MultiPartRequestWrapper.
This has become an issue with my efforts to wrap the HttpServletRequest as part of an authentication
interceptor (made an interceptor to access annotations on the action class/method). 
> The wrapper is not an interface, which makes it difficult to capture and delegate to
the framework-created instance. In addition, the wrapper does not retain the properties of
the HttpServletRequestWrapper, i.e. I cannot simply subclass and pass an existing MultiPartRequestWrapper-ish
type in to add or override functionality. As far as I can tell, either I subclass it to make
a true wrapper (delegating all methods to the input request) or I have to change the logic
that creates the MultiPartRequestWrapper to instead create a subtype that gives me a setUserPrincipal
method.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message