[
https://issues.apache.org/jira/browse/COUCHDB-2954?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15169323#comment-15169323
]
Robert Newson commented on COUCHDB-2954:
----------------------------------------
The replicator code is complicated enough without this, I'm +1 for removing
this feature. We should obviously revisit exposing replication through a
magical database in 3.0 (i.e, move it behind a defined api endpoint completely).
For this ticket, I would remove the ability to rename it, and allow the code to
be simplified (no need to have a config event handler for an even that can't
occur, etc).
I believe the js test suite uses this to provide some test isolation, hopefully
that's not too painful to change.
> Deprecate configurable _replicator db name in 2.0
> -------------------------------------------------
>
> Key: COUCHDB-2954
> URL: https://issues.apache.org/jira/browse/COUCHDB-2954
> Project: CouchDB
> Issue Type: Improvement
> Reporter: Nick Vatamaniuc
>
> CouchDB 1.x has a configurable replicator database name.
> CouchDB 2.x uses another pattern for having custom replicator databases -- it
> scans files in local database data directory for patterns matching {code}
> "_replicator(\\.[0-9]{10,})?.couch$" {code}. So for example, can create a
> database called {{"joe/_replicator"}} and it will be considered a replicator
> database by the replication management code. This way can even have multiple
> replicator databases ( {{"mike/_replicator"}}, or {{"joe/other/_replicator"}}
> ), so configuration is even more flexible than it was in 1.x.
> Current code in couch_replicator_manager.erl is a mix of using the 1.x config
> option and scanning recursively for db files with _replicator pattern. It
> already also assumes a hard-coded "_replicator" name in a few places:
> https://github.com/apache/couchdb-couch-replicator/blob/master/src/couch_replicator_manager.erl#L918
> The proposal it to deprecate _replicator db name configuration in order to
> simplify and clean up the the code.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
