Return-Path: Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: (qmail 34590 invoked from network); 16 Oct 2010 23:41:13 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 16 Oct 2010 23:41:13 -0000 Received: (qmail 17344 invoked by uid 500); 16 Oct 2010 23:41:13 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 17250 invoked by uid 500); 16 Oct 2010 23:41:13 -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 17242 invoked by uid 99); 16 Oct 2010 23:41:12 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 16 Oct 2010 23:41:12 +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 fdmanana@gmail.com designates 74.125.83.52 as permitted sender) Received: from [74.125.83.52] (HELO mail-gw0-f52.google.com) (74.125.83.52) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 16 Oct 2010 23:41:05 +0000 Received: by gwj22 with SMTP id 22so1068547gwj.11 for ; Sat, 16 Oct 2010 16:40:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:content-type:content-transfer-encoding; bh=zFZnh23LTrMzJS7DLYUq3GJUBerRhoeI+Zl4N8SvTV0=; b=q5BjBoFeeSo4xsOHGwf66Kd9DyZOhi85RvTqZE7Qd5GqkJbHy+OrqLTVL75pJtsq2H cvIaqHZhz7x6TawLGlzRSSYqJ7G7x1OxAiJgILZ4dytY6Wzz/RKxpAte45zbE/X7LytX Q5F/o64yfxz/nKSXWHFWQUKaJu/9sOyp+Zq0E= DomainKey-Signature: a=rsa-sha1; c=nofws; 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 :content-transfer-encoding; b=uHsxI05GhnTh3h9uesjqnStpEJVWYnVzqOybegzrk9OzmnLkmxv+b41tOVJw2/sNY6 XCafRXlz8pJqeNFjdwx600c3HLcQzXTHtFsNg0mzbuinRzUt1XN3hhJljPB9nRFVyAy8 aL0pL2GSLynCLaPa8zpqlGeV0aNLuErgLgl0U= MIME-Version: 1.0 Received: by 10.100.197.6 with SMTP id u6mr316284anf.11.1287272444137; Sat, 16 Oct 2010 16:40:44 -0700 (PDT) Sender: fdmanana@gmail.com Received: by 10.101.66.19 with HTTP; Sat, 16 Oct 2010 16:40:44 -0700 (PDT) In-Reply-To: References: Date: Sun, 17 Oct 2010 00:40:44 +0100 X-Google-Sender-Auth: tAOZYqjbV4Aow7ZU3sM_kfjdpX4 Message-ID: Subject: Re: filter changes for some docids From: Filipe David Manana To: dev@couchdb.apache.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org Reconsidering the doc_ids _changes parameter: I noticed it is mutually exclusive with the filter parameter. That is, if doc_ids is supplied the filter parameter is ignored. Wouldn't it be more interesting if we had an intersection? It could be useful for security reasons as well. A proxy could add the doc_ids parameter or a filter parameter to enforce some security policy. On Fri, Oct 15, 2010 at 6:52 AM, Benoit Chesneau wrot= e: > On Fri, Oct 15, 2010 at 1:05 AM, 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 >> > +1 > --=20 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."