From dev-return-11807-apmail-couchdb-dev-archive=couchdb.apache.org@couchdb.apache.org Tue Sep 21 14:02:05 2010 Return-Path: Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: (qmail 19629 invoked from network); 21 Sep 2010 14:02:05 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 21 Sep 2010 14:02:05 -0000 Received: (qmail 67040 invoked by uid 500); 21 Sep 2010 14:02:04 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 66854 invoked by uid 500); 21 Sep 2010 14:02:03 -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 66820 invoked by uid 99); 21 Sep 2010 14:02:02 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 21 Sep 2010 14:02:02 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of sebastiancohnen@googlemail.com designates 209.85.214.52 as permitted sender) Received: from [209.85.214.52] (HELO mail-bw0-f52.google.com) (209.85.214.52) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 21 Sep 2010 14:01:55 +0000 Received: by bwz3 with SMTP id 3so6888881bwz.11 for ; Tue, 21 Sep 2010 07:01:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:content-type:mime-version :subject:from:in-reply-to:date:content-transfer-encoding:message-id :references:to:x-mailer; bh=OiEK0gWtGLooVinNg9AzKsRkQ8wBGRcqse2AeLipUPY=; b=L16RVu4b45odj+3vxCAE1zhZVP9YY7ciZ0XMzH9WPpo7DRzCdr9+ZI9zno/+QNQ9Eo BXV/YGJlp9JpFMN2PxwFHWiuUyZG5WDC61osvHRE3eAzFhqj6Rzwa6rK6sOhugjQrH5c dc1E0i5h/8gYg2ooQkQU1VcuydIdkw/G7B+gk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to:x-mailer; b=AweVcc/ZQtQhB6ayFY2S+LwITpF/2XuuU/0cgkU+OjFuBorengz6jX1tVaS1UtEDvh lF/lF8f2IjN2jBdYhROwS2WDixqeAookfEAangJ8M2HkCYqkhr1UQz5KDgkiNQkP3oE4 M6hHrxYu/KL1DUUhhivozoI3k/PAacE/AsV3c= Received: by 10.204.119.80 with SMTP id y16mr7839419bkq.113.1285077694693; Tue, 21 Sep 2010 07:01:34 -0700 (PDT) Received: from [192.168.178.21] (koln-5d8196bc.pool.mediaWays.net [93.129.150.188]) by mx.google.com with ESMTPS id f18sm7576237bkf.3.2010.09.21.07.01.26 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 21 Sep 2010 07:01:29 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1081) Subject: Re: [jira] Commented: (COUCHDB-891) Allow ?keys=["a","b"] for GET to _view and _list From: Sebastian Cohnen In-Reply-To: Date: Tue, 21 Sep 2010 16:01:24 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <24334637.310951285054233138.JavaMail.jira@thor> <30053234.311391285056572830.JavaMail.jira@thor> To: dev@couchdb.apache.org X-Mailer: Apple Mail (2.1081) X-Virus-Checked: Checked by ClamAV on apache.org I'm not sure if I like the idea of having two ways accessing one = functionality. One that will always work and one, that might or might = not work, depending on the input (size). =20 On 21.09.2010, at 15:55, Zachary Zolton wrote: > You're also better off caching GET requests than POST requests, should > the need ever arise. >=20 > On Tue, Sep 21, 2010 at 3:09 AM, Michael Fellinger (JIRA) > wrote: >>=20 >> [ = https://issues.apache.org/jira/browse/COUCHDB-891?page=3Dcom.atlassian.jir= a.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D1291287= 4#action_12912874 ] >>=20 >> Michael Fellinger commented on COUCHDB-891: >> ------------------------------------------- >>=20 >> If you don't know the size of the keys, you can use POST, I'm not = advocating this as a replacement, but as an alternative. >> My typical usage is to lookup up to a handful of keys, of known size, = that fit comfortably in any URI. >>=20 >> I recently hit an issue while trying to implement a _list document = for FreeSWITCH (FS) configuration, that is queried directly. >> Unfortunately, i cannot redirect or rewrite the request for a _list = with keys via POST, and I cannot modify the way FS does its queries, so = I had to put a middleware in front just to handle this query for me. >> With GET, it would be trivial to handle this case, I'd leave it to = the developer to decide whether to use GET or POST. >>=20 >>> Allow ?keys=3D["a","b"] for GET to _view and _list >>> ------------------------------------------------ >>>=20 >>> Key: COUCHDB-891 >>> URL: = https://issues.apache.org/jira/browse/COUCHDB-891 >>> Project: CouchDB >>> Issue Type: New Feature >>> Components: HTTP Interface >>> Affects Versions: 1.0.1 >>> Environment: - >>> Reporter: Michael Fellinger >>> Priority: Minor >>> Fix For: 1.0.2 >>>=20 >>>=20 >>> The idea was already described back in 2008 when the POST = {"keys":["key1","key2"]} API was introduced. >>> = http://mail-archives.apache.org/mod_mbox/couchdb-dev/200811.mbox/%3C4910D8= 8A.8000809@kore-nordmann.de%3E >>> I'm looking at the source right now, but can't figure out how to = implement this at the moment, and I'd love this to be part of CouchDB = proper. >>=20 >> -- >> This message is automatically generated by JIRA. >> - >> You can reply to this email to add a comment to the issue online. >>=20 >>=20