couchdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Nick North (JIRA)" <j...@apache.org>
Subject [jira] [Created] (COUCHDB-1956) Make attachment lengths and Content-Length optional for multipart requests
Date Tue, 10 Dec 2013 08:27:07 GMT
Nick North created COUCHDB-1956:
-----------------------------------

             Summary: Make attachment lengths and Content-Length optional for multipart requests
                 Key: COUCHDB-1956
                 URL: https://issues.apache.org/jira/browse/COUCHDB-1956
             Project: CouchDB
          Issue Type: Improvement
          Components: HTTP Interface
            Reporter: Nick North


This is a placeholder for some of the work I proposed in an earlier email to the dev list.

If you submit a document and attachments as a MIME multipart/related request, you have to
give lengths for each attachment in the initial JSON document and a Content-Length for the
HTTP request as a whole. This is inconvenient for HTTP clients which want to stream large
attachments into the HTTP request, as they may not know the attachment size in advance. 

So CouchDb should be able to accept chunked multipart/related requests and attachments' lengths
should not have to be specified in the JSON document. These are two distinct pieces of work
but closely related, so I've put them in one issue.

Most of the groundwork is already there in CouchDb. There is support for reading chunked requests,
but it's not currently used when parsing multipart/related requests. And attachment lengths
are not critical to parsing attachments: the parser knows by other means when it's reached
the end of an attachment, and the system internally recalculates their lengths anyway.

Work on chunked requests is complete, but I'll save the pull request until attachment lengths
are also sorted.



--
This message was sent by Atlassian JIRA
(v6.1.4#6159)

Mime
View raw message