Return-Path: Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: (qmail 28399 invoked from network); 14 Oct 2010 23:17:52 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 14 Oct 2010 23:17:52 -0000 Received: (qmail 97016 invoked by uid 500); 14 Oct 2010 23:17:52 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 96981 invoked by uid 500); 14 Oct 2010 23:17:52 -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 96973 invoked by uid 99); 14 Oct 2010 23:17:51 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 14 Oct 2010 23:17:51 +0000 X-ASF-Spam-Status: No, hits=2.5 required=10.0 tests=FREEMAIL_FROM,FREEMAIL_REPLY,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of randall.leeds@gmail.com designates 209.85.161.52 as permitted sender) Received: from [209.85.161.52] (HELO mail-fx0-f52.google.com) (209.85.161.52) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 14 Oct 2010 23:17:46 +0000 Received: by fxm16 with SMTP id 16so129228fxm.11 for ; Thu, 14 Oct 2010 16:17:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=L2tCP2zo4xuVbGfzXhmLQwsD+WWa70duj3o1H2txIHw=; b=XZvA7HpSFfxBQ7o8mGWd/bD8WXd561aGEF17oh3G8fssNl4VHHFFHI1fpis8e3c1gg HM0O4hhp1LWivnI+2VqdLuB727KamNfiHkwsmkTM12tVsCZbqg0Sx7O+VVBvZ5L7MhB6 PvUokfnPzKN5SOyEM/zs3zR+2M37YVBNI+FyQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=x4VuDAhDnY3OyufgAcz+Rll3wySlPNm5RUvdq0m4j87uCRPHbPX/ceUW9bs7tw3SHP 0AVzWVKpnYabGG72QIzYo/cniz3AH3CErHtx36W332bmTFPvkmgAdtHAqIffj2cM5uWl l0lmypFJhfYY9C5ImOb+h6UNf8DcoIp3btJlM= MIME-Version: 1.0 Received: by 10.103.198.11 with SMTP id a11mr2785289muq.109.1287098244773; Thu, 14 Oct 2010 16:17:24 -0700 (PDT) Received: by 10.223.5.215 with HTTP; Thu, 14 Oct 2010 16:17:24 -0700 (PDT) In-Reply-To: References: Date: Thu, 14 Oct 2010 16:17:24 -0700 Message-ID: Subject: Re: filter changes for some docids From: Randall Leeds To: dev@couchdb.apache.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I don't mean to nag (much), but rather than let the patches get out of date after you make more changes, would you mind looking at https://issues.apache.org/jira/browse/COUCHDB-863 and https://issues.apache.org/jira/browse/COUCHDB-704 They're both small bug fixes to the replication code and the first one does some code cleanup on shutdown as well. If there's any issue with them I'll fix it up. On Thu, Oct 14, 2010 at 16:15, Randall Leeds wrot= e: > +1 > > On Thu, Oct 14, 2010 at 16:05, Filipe David Manana = wrote: >> On Fri, Oct 15, 2010 at 12:04 AM, Filipe David Manana >> wrote: >>> Now that we have this, I think I should change the replicator to >>> profit of this _changes feature and allow for continuous replication >>> by doc IDs. >>> Anyone against? >> >> Not only would allow for the continuous replication but also would >> imply removing ugly code from the replicator >> My +1 >> >>> >>> >>> On Wed, Oct 13, 2010 at 10:10 PM, Benoit Chesneau = wrote: >>>> On Wed, Oct 13, 2010 at 6:21 PM, Paul Davis wrote: >>>>> On Wed, Oct 13, 2010 at 12:05 PM, Filipe David Manana >>>>> wrote: >>>>>> For a matter of consistency with the replicator, I would name the >>>>>> field as "doc_ids" instead of "docids". >>>>>> >>>>>> All the rest seems fine to me. >>>>>> >>>>>> On Wed, Oct 13, 2010 at 4:24 PM, Benoit Chesneau wrote: >>>>>>> Hi all, >>>>>>> >>>>>>> For a project I have to know each time a design doc change and for = now >>>>>>> I have to create a filter function for each databases created to do >>>>>>> that. I think getting changes on specific docids is a common behavi= or >>>>>>> (see replication for example) so I thought to add the possibility t= o >>>>>>> filters changes on docids if a list of documents is passed in the >>>>>>> request. >>>>>>> >>>>>>> ex: >>>>>>> >>>>>>> POST /db/_changes >>>>>>> {"docids": ["id1", ..]} >>>>>>> >>>>>>> >>>>>>> Here is the patch that allows that feature : >>>>>>> http://github.com/benoitc/couchdb/commit/fd7829b6b3093ab324a2b5c496= 600cc6335480b8 >>>>>>> >>>>>>> What do you think about it ? >>>>>>> >>>>>>> - benoit >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Filipe David Manana, >>>>>> fdmanana@gmail.com, fdmanana@apache.org >>>>>> >>>>>> "Reasonable men adapt themselves to the world. >>>>>> =C2=A0Unreasonable men adapt the world to themselves. >>>>>> =C2=A0That's why all progress depends on unreasonable men." >>>>>> >>>>> >>>>> Looks fine to me. And I'd agree with filipe about using doc_ids for c= onsistency. >>>>> >>>> commited with changes from docids to doc_ids + fixed safari test. >>>> Thank for the review :) >>>> >>>> - benoit >>>> >>> >>> >>> >>> -- >>> Filipe David Manana, >>> fdmanana@gmail.com, fdmanana@apache.org >>> >>> "Reasonable men adapt themselves to the world. >>> =C2=A0Unreasonable men adapt the world to themselves. >>> =C2=A0That's why all progress depends on unreasonable men." >>> >> >> >> >> -- >> Filipe David Manana, >> fdmanana@gmail.com, fdmanana@apache.org >> >> "Reasonable men adapt themselves to the world. >> =C2=A0Unreasonable men adapt the world to themselves. >> =C2=A0That's why all progress depends on unreasonable men." >> >