You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tapestry.apache.org by bu...@apache.org on 2004/05/21 06:21:04 UTC

DO NOT REPLY [Bug 29132] - 'page' JSP tag throws NPE when page accessed via multipart form submission

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=29132>.
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=29132

'page' JSP tag throws NPE when page accessed via multipart form submission





------- Additional Comments From colinml1@exis.com  2004-05-21 04:21 -------
I was able to get things to work by using the Multipart Decoder extension point,
and specifying a subclass I made of DefaultMultipartDecoder, which only tries to
iterate over the partMap that is pulled out of the request if it is not null:

  public void cleanup(HttpServletRequest request) {
    Map partMap = getPartMap(request);
    if (partMap != null) {

      Iterator i = partMap.values().iterator();
      while (i.hasNext()) {
        IPart part = (IPart) i.next();
        part.cleanup();
      }
    }
  }

I do not have time right now to figure out why in this particular case the
partMap was not in the request. I presume it's supposed to always be there
already at the time of cleanup, but obviously in this case it isn't.

---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-dev-help@jakarta.apache.org