I'll second Jason Smith. Having a simple, clear way to insure that a
replication has caught up is important, and async polling isn't going to be
performant enough for some applications.
That said, having that way be something related to the _replicator db would
be fine. I'm not attached to the c
[
https://issues.apache.org/jira/browse/COUCHDB-1871?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Garren Smith reassigned COUCHDB-1871:
-
Assignee: Garren Smith
> Permissions & Security section in fauxton
> --
For my money I rather like the sync and the async API. It could be
more orthogonal but it's not so bad. If I only have a few doc ids to
replicate, I prefer the sync way (_replicate) rather than creating a
document and watching it by polling or _changes or something.
On Mon, Sep 23, 2013 at 5:44 PM
On 23. September 2013 at 11:33:55, Steven Barlow (stemai...@gmail.com) wrote:
cc'ing dev@ on this.
>If _replicate was depreciated, there would be no way to schedule your
>own replications. Amongst other things, the _replicator database is
>inconvenient when a client machine uses different proxies
[
https://issues.apache.org/jira/browse/COUCHDB-1893?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13774445#comment-13774445
]
Stéphane Alnet commented on COUCHDB-1893:
-
Created https://github.com/apache/cou
GitHub user shimaore opened a pull request:
https://github.com/apache/couchdb/pull/92
Add documentation to properly delete documents when using filtered
replication
This changeset documents the outcome of
https://issues.apache.org/jira/browse/COUCHDB-1893
You can merge this pull r
[
https://issues.apache.org/jira/browse/COUCHDB-1893?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Newson closed COUCHDB-1893.
--
Resolution: Invalid
replication filters can already be meaningfully applied to deleted docume
[
https://issues.apache.org/jira/browse/COUCHDB-1893?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13774418#comment-13774418
]
Jason Smith commented on COUCHDB-1893:
--
Note, compaction is not the only thing that
[
https://issues.apache.org/jira/browse/COUCHDB-1893?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13774411#comment-13774411
]
Stéphane Alnet commented on COUCHDB-1893:
-
> `old_doc` may not exist after compa
[
https://issues.apache.org/jira/browse/COUCHDB-1893?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13774395#comment-13774395
]
Jason Smith commented on COUCHDB-1893:
--
[~kxepal] I think he wants to replicate som
[
https://issues.apache.org/jira/browse/COUCHDB-1893?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13774392#comment-13774392
]
Jason Smith commented on COUCHDB-1893:
--
Thanks, Stéphane.
I like this. But I think
[
https://issues.apache.org/jira/browse/COUCHDB-1893?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13774383#comment-13774383
]
Alexander Shorin commented on COUCHDB-1893:
---
`old_doc` may not been exists aft
Stéphane Alnet created COUCHDB-1893:
---
Summary: Allow replication filters to meaningfully apply to
deleted documents
Key: COUCHDB-1893
URL: https://issues.apache.org/jira/browse/COUCHDB-1893
Project:
13 matches
Mail list logo