Return-Path: X-Original-To: apmail-couchdb-user-archive@www.apache.org Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id E6FB292B1 for ; Tue, 7 Feb 2012 01:50:07 +0000 (UTC) Received: (qmail 53081 invoked by uid 500); 7 Feb 2012 01:50:06 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 52960 invoked by uid 500); 7 Feb 2012 01:50:05 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 52947 invoked by uid 99); 7 Feb 2012 01:50:05 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 Feb 2012 01:50:05 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of alex.barbalex@gmail.com designates 209.85.220.180 as permitted sender) Received: from [209.85.220.180] (HELO mail-vx0-f180.google.com) (209.85.220.180) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 Feb 2012 01:50:00 +0000 Received: by vcbfo1 with SMTP id fo1so5812154vcb.11 for ; Mon, 06 Feb 2012 17:49:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=lfl+mx82DtCn++EMpzfKgXscu8oXC994Z55ufinRSrw=; b=pWsMyuCGlaCBPKQOVCSo9V1n1FoJBHSJnnjHy2WRb9xmHlh2a6t/lcSgXcZOZLwm62 Q7ssAAjKF3I1Q30AviQUR+qOyWr27Js8so1/0sDlRHb3pF05QITpItqR4KUf3+cz1lov gICqayJeo3u4FCg6tkwOwKEHYoaGF6vrPfsbg= MIME-Version: 1.0 Received: by 10.220.228.73 with SMTP id jd9mr12300110vcb.58.1328579379328; Mon, 06 Feb 2012 17:49:39 -0800 (PST) Sender: alex.barbalex@gmail.com Received: by 10.52.172.72 with HTTP; Mon, 6 Feb 2012 17:49:39 -0800 (PST) In-Reply-To: References: <5E8EB1DF-FCD8-4EDC-AA67-88DF00FE26A1@couchbase.com> Date: Tue, 7 Feb 2012 02:49:39 +0100 X-Google-Sender-Auth: sPqHMKLM-EhYVpTHqxYRpfQ2UYM Message-ID: Subject: Re: Multipart vs chunked From: Alexander Gabriel To: user@couchdb.apache.org Content-Type: multipart/alternative; boundary=14dae9340305f5f62204b855fd0b --14dae9340305f5f62204b855fd0b Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thanks a lot! Alex 2012/2/6 Jens Alfke > > On Feb 6, 2012, at 11:19 AM, Alexander Gabriel wrote: > > oh, I spent my last weekend trying to get a multipart upload working > unsuccessfully too. Is it possible to see when this problem has been > solved? > > You can track the bug report I just filed: > https://issues.apache.org/jira/browse/COUCHDB-1403 > > Or else: How is body length precomputed then communicated? > > Not sure exactly what you mean; in my case I worked around the bug by > computing the body length (by adding up the sizes of the attachment files > and MIME boundary strings) then set that as a Content-Length header on th= e > request; this tells the HTTP library I use (NSURLConnection on Mac OS) no= t > to use chunked encoding. > > =E2=80=94Jens > --14dae9340305f5f62204b855fd0b--