Return-Path: Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: (qmail 56820 invoked from network); 14 May 2009 14:05:02 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 14 May 2009 14:05:02 -0000 Received: (qmail 4798 invoked by uid 500); 14 May 2009 14:05:01 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 4717 invoked by uid 500); 14 May 2009 14:05:01 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 4707 invoked by uid 99); 14 May 2009 14:05:01 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 14 May 2009 14:05:01 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of jared3d@gmail.com designates 74.125.44.30 as permitted sender) Received: from [74.125.44.30] (HELO yx-out-2324.google.com) (74.125.44.30) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 14 May 2009 14:04:52 +0000 Received: by yx-out-2324.google.com with SMTP id 8so629666yxm.5 for ; Thu, 14 May 2009 07:04:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=kaIpyNzt9Xlz5FSBp7rrDEhYVWneWua8JNVvSiN5BgU=; b=wtLpaEdRY6k31RoARd7KkeMjSFcA2bArLpndpWHlx73Yvo7YuK0BJn2tduygh8VYZb GG1mpwkbQoMnOJAjXVUw/Q6WiwhNALqErgfUZGJRugFzfy18MCnGg+uM1LSj16W7g2Ln BXedbOgLkB7DF7vksdRne/cCflVQnocfMJ3ZM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=PwnwD8bn/VPjy3Izko7lPfv4Vf6wbql4w634hL8jXa67LvT4iCFCyNoeMxaxjVbm6r NFsbxGpiE2+JpUjg0yJBfFLtfTZRRFq/x9cUHFAr4BFIJeaEyHVF+E9LJ9CPpAcmEF1R KSMcEELquL9xOOs88qovwloV/3XgPwbXx35Yw= MIME-Version: 1.0 Received: by 10.151.119.4 with SMTP id w4mr3734513ybm.130.1242309871107; Thu, 14 May 2009 07:04:31 -0700 (PDT) In-Reply-To: <20090514132910.GA12800@uk.tiscali.com> References: <94efd83c0905140445t615c6982h9bb6cfc923801e12@mail.gmail.com> <20090514115501.GA10619@uk.tiscali.com> <94efd83c0905140508s5578bafbo3f78082e474c3fae@mail.gmail.com> <20090514132910.GA12800@uk.tiscali.com> From: Jared Scheel Date: Thu, 14 May 2009 09:04:11 -0500 Message-ID: <94efd83c0905140704g8bf00efh29e6df790a9151ae@mail.gmail.com> Subject: Re: Allow overridden request methods To: Brian Candler Cc: dev@couchdb.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org True, true. It would definitely get around that. -Jared On Thu, May 14, 2009 at 8:29 AM, Brian Candler wrote: > On Thu, May 14, 2009 at 07:08:21AM -0500, Jared Scheel wrote: >> Hmm, didn't think about that. I guess you will need to have some kind >> of request body anyways. Do you think that the request method should >> be set in the data though, or should it be set in the header, since >> the method/header defines how the data should be interpreted? I know >> that's just splitting hairs, but there was some concern about keeping >> the api as clean as possible. > > I think the whole point is to support minimal HTTP clients. If they don't > support PUT or DELETE, there's a good chance they don't support custom HTTP > headers either. >