Return-Path: Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: (qmail 96776 invoked from network); 13 May 2009 17:12:06 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 13 May 2009 17:12:06 -0000 Received: (qmail 50191 invoked by uid 500); 13 May 2009 17:12:05 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 50103 invoked by uid 500); 13 May 2009 17:12:05 -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 50093 invoked by uid 99); 13 May 2009 17:12:04 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 13 May 2009 17:12:04 +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 mikeal.rogers@gmail.com designates 209.85.222.107 as permitted sender) Received: from [209.85.222.107] (HELO mail-pz0-f107.google.com) (209.85.222.107) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 13 May 2009 17:11:54 +0000 Received: by pzk5 with SMTP id 5so303401pzk.13 for ; Wed, 13 May 2009 10:11:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-mailer; bh=ToJGSyAXc2eg6FHvMrOraLYwfrU3/j9n664XyNZ7mOg=; b=dWc5RMvC5xFvNpZeNPsUunS3R39Zqk6+konQ2PVoZFbj1Y2PqhONobf/WRhs5xcl6J C3eGFVvQKz0qmQTF7JDXgT+yA6tU62EsMlLfQu+0sl4kOLw6XtKT6Sei/iUPglilcpJU kAC/Sdp4D3VZGBkpABkqQrdjkraHct+m5CrcI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer; b=KN9apa0YArx+sbI1nnSfl/xYqt9pOPgZTGMuOaaQTgJMWGyAxfQh0iuc0EfyV6mpxu PxWbiWOwyQXjmdwyhjGOAhmb/uaSScThHDi3TB4792CFXOokfRPm5Ax9rZ/+iCp76e3w hISdOKbOVxRp5ATZJMeEr9jb8JSOpMFuiFBMc= Received: by 10.114.137.2 with SMTP id k2mr1037853wad.146.1242234693105; Wed, 13 May 2009 10:11:33 -0700 (PDT) Received: from ?192.168.1.195? (dsl027-181-179.sfo1.dsl.speakeasy.net [216.27.181.179]) by mx.google.com with ESMTPS id k37sm127341waf.42.2009.05.13.10.11.31 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 13 May 2009 10:11:32 -0700 (PDT) Message-Id: <2A6737EC-6AC7-4D19-905A-F802D3759C4F@gmail.com> From: Mikeal Rogers To: dev@couchdb.apache.org In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Subject: Re: Allow overridden request methods Date: Wed, 13 May 2009 10:11:29 -0700 References: <94efd83c0905122129s216f5d0bu26690c2043ad1737@mail.gmail.com> <94efd83c0905130943t2ae9b63eoe9cdf2beac991c44@mail.gmail.com> X-Mailer: Apple Mail (2.935.3) X-Virus-Checked: Checked by ClamAV on apache.org On May 13, 2009, at May 13, 20099:58 AM, Jan Lehnardt wrote: > > On 13 May 2009, at 18:43, Jared Scheel wrote: > >> Sorry for responding to my original message instead of a reply in the >> thread, but I seem to be having some issues with the mailing list. >> Oliver, you are right, I could use a javascript wrapper for flash. >> The >> problem with that is that it introduces a second dependency to >> interact with the REST interface. > > It adds a second API and complexity to CouchDB to support > non-standard clients. I.e: If you don't speak HTTP, you can't > talk to CouchDB. In nearly every REST API I've written in the last 5 years I've checked for x-http-method-override and just changed the request method in the request before it hits the rest of the application logic. Not too long ago, Safari didn't support PUT and everyone, especially Google, got on the x-http-method-override bandwagon. In fact, I believe all of their APIs still support x-http-method-override. This silly limitation is a lot more common than you would think and it's usually done under some kind of "security" pretense. Sure, this particular time around it's Flash, which I certainly couldn't care less about, but I think as more clients start using CouchDB you're going to see this come up more and more. I think it's unfair to characterize these clients as "not supporting HTTP" when in reality they support a sandboxed HTTP API which unnecessarily limits their usage. -Mikeal