commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 38623] New: - Efficient upload stream reading API
Date Sun, 12 Feb 2006 16:25:37 GMT
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=38623>.
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=38623

           Summary: Efficient upload stream reading API
           Product: Commons
           Version: unspecified
          Platform: Other
        OS/Version: other
            Status: NEW
          Severity: enhancement
          Priority: P2
         Component: File Upload
        AssignedTo: commons-dev@jakarta.apache.org
        ReportedBy: dave@badgers-in-foil.co.uk


The current FileUpload API only allows uploaded data to be read by the
application if an intermediate buffer (i.e. DiskFileItem) is used.  It
would be very handy if the low-level interfaces provided read access to
the uploaded file data.

Currently, the API provided by MultipartStream is in terms of an
OutputStream,

  int readBodyData(OutputStream output)


I am proposing the addition of a method like,

  InputStream readBodyData()


This allows the data to be processed as it's uploaded in the common case that
the API doing the processing is implemted in terms of an InputStream rather than
an OutputStream (e.g. unzipping, parsing XML, etc).

The use of a DiskFileItem (for instance) to get around the problem of stream
direction results in processing only commencing once the *whole* upload is
complete.  For large uploads, this could well mean that the delay between
uploading completing and server-size processing completing will be so long that
(without additional hackery) the client will time-out waiting for the final
response.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

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


Mime
View raw message