Return-Path: Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: (qmail 50469 invoked from network); 25 Sep 2010 10:29:01 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 25 Sep 2010 10:29:01 -0000 Received: (qmail 97641 invoked by uid 500); 25 Sep 2010 10:29:01 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 97282 invoked by uid 500); 25 Sep 2010 10:28:58 -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 97274 invoked by uid 99); 25 Sep 2010 10:28:56 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 25 Sep 2010 10:28:56 +0000 X-ASF-Spam-Status: No, hits=-1996.4 required=10.0 tests=ALL_TRUSTED,FS_REPLICA X-Spam-Check-By: apache.org Received: from [140.211.11.22] (HELO thor.apache.org) (140.211.11.22) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 25 Sep 2010 10:28:54 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o8PASW6i012641 for ; Sat, 25 Sep 2010 10:28:33 GMT Message-ID: <27997565.399521285410512788.JavaMail.jira@thor> Date: Sat, 25 Sep 2010 06:28:32 -0400 (EDT) From: "Marco Monteiro (JIRA)" To: dev@couchdb.apache.org Subject: [jira] Created: (COUCHDB-892) Method for restarting filtered replication MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org Method for restarting filtered replication ------------------------------------------ Key: COUCHDB-892 URL: https://issues.apache.org/jira/browse/COUCHDB-892 Project: CouchDB Issue Type: New Feature Components: Replication Reporter: Marco Monteiro Priority: Minor I'm using filtered replication to maitain a database that has a subset of the documents of some other database. The problem I have is when I change the filter. If the filter allows for more documents to be replicated, those that were created before the last replication are not replicated. So, I have to remove the database and recreate it. I see two solutions that can be implemented to help in this situation. The first one is for the filtered replication to restart whenever the filter changes (maybe also adding an argument to replicate to tell that" we want this to happen). Another solution is to add an argument to replicate ("start_seq", as sugested by fdmanana on IRC) that would be the source database ""local_seq that we want the replication to start from. This an be set to 1 to restart from first change. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.