From dev-return-20255-apmail-couchdb-dev-archive=couchdb.apache.org@couchdb.apache.org Sun Jan 22 20:04:20 2012 Return-Path: X-Original-To: apmail-couchdb-dev-archive@www.apache.org Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 2868CB1F2 for ; Sun, 22 Jan 2012 20:04:20 +0000 (UTC) Received: (qmail 43880 invoked by uid 500); 22 Jan 2012 20:04:19 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 43729 invoked by uid 500); 22 Jan 2012 20:04:18 -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 43721 invoked by uid 99); 22 Jan 2012 20:04:18 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 22 Jan 2012 20:04:18 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of dave@muse.net.nz designates 209.85.220.180 as permitted sender) Received: from [209.85.220.180] (HELO mail-vx0-f180.google.com) (209.85.220.180) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 22 Jan 2012 20:04:12 +0000 Received: by vcmm1 with SMTP id m1so1846733vcm.11 for ; Sun, 22 Jan 2012 12:03:51 -0800 (PST) MIME-Version: 1.0 Received: by 10.220.210.133 with SMTP id gk5mr3074891vcb.49.1327262631588; Sun, 22 Jan 2012 12:03:51 -0800 (PST) Received: by 10.52.112.4 with HTTP; Sun, 22 Jan 2012 12:03:51 -0800 (PST) X-Originating-IP: [84.172.58.127] In-Reply-To: References: Date: Sun, 22 Jan 2012 21:03:51 +0100 Message-ID: Subject: Re: Do we need 2 entry points for the replication? From: Dave Cottlehuber To: dev@couchdb.apache.org X-Gm-Message-State: ALoCoQl4Apud2UwesGmeUNAvGmZUkPCgp8rkhmN2+sVbHZZIROrA5pGttiK9/2Ei+teTmfaJbw/j Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 19 January 2012 22:56, Paul Davis wrote: > On Thu, Jan 19, 2012 at 3:52 PM, Robert Newson wrote= : >> I would prefer to see a single /_replicate entrypoint, with, say, >> "persistent":true to indicate that the replication settings should be >> stored. We would also need an API to list all persistent replication >> tasks and one to delete them. Which would look a lot like the >> _replicator database, though much more controlled (no public passwords >> for those jobs that require auth). +1 while I understand *why* we have different APIs at the moment, it is definitely confusing for people. >> I think it's too late, though. There's work on master to fix the >> issues with _replicator now (and the similar ones in _user). While I >> don't like the approach, it does solve the problem. >> > > We can break it eventually and I think we should consider it sooner > rather than later. As Damien observed, sometimes its not until you tried already that you understand the requirements better. ATM we are concerned that the short-term user impact of reverting an API decision is greater than the damage done long-term by having something that *every* future user will struggle with. Either we release new APIs more frequently, perhaps with an experimental tag, to get real-world feedback, or we need to batch these things up for a larger 2.0 release where we revert a lot of existing functionality. Are there other options that help get features to users quickly, and enable tidying up in future? >> Bottom line: It's my opinion that _replicator (and _user) were wrongly >> exposed as full-blooded databases when all =A0we needed to use was the >> database format (and carefully curate API endpoints). But, alas, that >> train has sailed. >> > > I seem to recall someone else with a similar opinion even when these > things were being designed. ;) > > Also, what kind of crazy sailing trains do you brits have over there > and how do I get a ticket to ride on one? http://farm4.staticflickr.com/3008/5840702274_bd17fe8dee_z.jpg A+ Dave