Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: pass (athena.apache.org: domain of freeformsystems@gmail.com
 designates 209.85.212.172 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CABvT1DHCrDrhFAZ_xaTe3V16b_aRYDg2Ox6QYwHU4F2-eCwEBQ@mail.gmail.com>
References: 
 <CAKM-nucxR8fhCrpBfHUTSUxG3EZyEFJL2VW+vFcAvOAGqUW80A@mail.gmail.com>
	<CAL+Y1nuO8B_pwUCKWzy-FDxMJd8fX6-Pibbbj6wH8G6Lj0ptLg@mail.gmail.com>
	<CABvT1DHCrDrhFAZ_xaTe3V16b_aRYDg2Ox6QYwHU4F2-eCwEBQ@mail.gmail.com>
Date: Thu, 11 Apr 2013 14:58:14 +0200
Message-ID: 
 <CAKM-nuefbDBBmddoNyQRYdPYTd3hOgeCcK+5Emmcb7-zEtNVfQ@mail.gmail.com>
Subject: Re: Replication in admin party mode failure
From: muji <freeformsystems@gmail.com>
To: user@couchdb.apache.org
Content-Type: multipart/alternative; boundary=047d7ba97d20f796e804da15566c

--047d7ba97d20f796e804da15566c
Content-Type: text/plain; charset=UTF-8

Great! Not a bug, just sounds like the documentation should mention this
caveat.

Tested and works fine with an absolute URL :)

Thanks for the help.


On 11 April 2013 14:17, Robert Newson <rnewson@apache.org> wrote:

> Hi,
>
> Use a url for both source and target and it will work. That is
> "http://localhost:5984/db2" for your "target".
>
> Local dbnames like "foo" require you to set the user_ctx field in the
> document and since you have no users or admins, you've nothing to set
> it to.
>
> B.
>
> On 10 April 2013 18:07, Dave Cottlehuber <dch@jsonified.com> wrote:
> > On 10 April 2013 18:29, muji <freeformsystems@gmail.com> wrote:
> >> Just to follow up on this if anyone is interested.
> >>
> >> I have just installed 1.3.0 (thanks!) and the problem still exists
> >> replicating in admin party mode.
> >>
> >> Any ideas? Do I need to report an issue or is this expected behaviour?
> >>
> >> Cheers,
> >>
> >> --
> >> mischa (aka muji).
> >
> > Hi Mischa,
> >
> > Thanks for reporting this!
> >
> > The API is the same in both cases; use the _replicator endpoint if you
> need to:
> >
> > - save the replication task between server restarts (e.g. continuous
> > replication)
> > - replicate the replication jobs (e.g. multi-master scenarios)
> > - trigger a replication under a different user's permissions
> >
> > That said, if you are able to  open a jira ticket[1] this is either a
> > bug or a documentation fix.
> >
> > Your source can be just the db name:
> >
> > ## using replicate endpoint -- works:
> > curl -X POST http://localhost:5984/_replicate
> > -HContent-Type:application/json --data-binary '{
> >     "_id": "myrepl",
> >     "source": "abc",
> >     "target": "def",
> >     "create_target": true,
> >     "continuous": false
> >  }'
> >
> > ## using _replicator  endpoint  -- doesn't:
> > curl -X POST http://localhost:5984/_replicator
> > -HContent-Type:application/json --data-binary '{
> >     "_id": "myrepl",
> >     "source": "abc",
> >     "target": "def",
> >     "create_target": true,
> >     "continuous": false
> >  }'
> >
> > A+
> > Dave
> >
> > [1]:  https://issues.apache.org/jira/browse/COUCHDB
>


-- 
mischa (aka muji).

--047d7ba97d20f796e804da15566c--