Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm
Precedence: bulk
Reply-To: cocoon-dev@xml.apache.org
Date: 20 Jan 2003 15:58:49 -0000
Message-ID: <20030120155849.20163.qmail@nagoya.betaversion.org>
From: bugzilla@apache.org
To: cocoon-dev@xml.apache.org
Cc: 
Subject: DO NOT REPLY [Bug 16262] New:  -
    [Patch] new MultiPartFileAction

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16262>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16262

[Patch] new MultiPartFileAction

           Summary: [Patch] new MultiPartFileAction
           Product: Cocoon 2
           Version: Current CVS
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: Normal
          Priority: Other
         Component: sitemap components
        AssignedTo: cocoon-dev@xml.apache.org
        ReportedBy: javageoff@yahoo.com


(from the javadoc)

 * Action to save (or move) uploaded file(s) in multipart requests to a 
 * configurable location.  Works with either FilePartFile or FilePartArray 
 * (see web.xml and javadocs for configuration and definition).
 * 
 * Current implementation acts on all FilePart objects in the request 
 * and does not need/use the name of the html form element.  An enhancement 
 * would be to define an optional parameter for the object key to act on 
 * (the html form element's name attribute), falling back to the existing 
 * behavior when the parameter is absent.  This would a) allow multiple files 
 * in a single request to be handled individually, b) potentially provide a 
 * performance improvement where many request parameters are present.

I know there are some actions in scratchpad that use sources with file uploads, 
but I had this written months ago before noticing them.  I assume that they are 
not stable (or they would not be in scratchpad?), so I thought it might be 
worth submitting this anyway.

I'm obviously open to suggestions for modifications.

Geoff Howard

---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org