[
https://issues.apache.org/jira/browse/COUCHDB-3168?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15545496#comment-15545496
]
ASF subversion and git services commented on COUCHDB-3168:
----------------------------------------------------------
Commit 93c4ceaf97f46e0dd0fcc1deffe966263eda67d3 in couchdb-couch-replicator's
branch refs/heads/master from [~vatamane]
[
https://git-wip-us.apache.org/repos/asf?p=couchdb-couch-replicator.git;h=93c4cea
]
Add tests which check small values of max_document_size setting on the target
A low max_document_size setting on the target will interact with the replicator,
this commit adds a few tests to check that interaction.
There are 3 test scenarios:
* A basic test checks that individual document sizes can be smaller than
max_document_size yet, when batched together by the replicator they exceed,
the maximum size. Replicator in that case should split document batches into
halves down to individual documents, such that the replication should succeed.
* one_large_one_small test checks that a large single document should be
skipped such that it doesn't end on the target and it doesn't crash the
replication job (so the small document should reach the target).
* The third test is currently disable because of COUCHDB-3174. Once that
issue is fixed, it will test a corner case in replicator when it
switches from using batches and POST-ing to _bulk_docs to using individual
PUT's with multipart/mixed Content-Type. Those PUT request can also return
413 error code, so this tests it explicitly.
Jira: COUCHDB-3168
> Replicator doesn't handle well writing documents to a target db which has a
> small max_document_size
> ---------------------------------------------------------------------------------------------------
>
> Key: COUCHDB-3168
> URL: https://issues.apache.org/jira/browse/COUCHDB-3168
> Project: CouchDB
> Issue Type: Bug
> Reporter: Nick Vatamaniuc
>
> If a target db has set a smaller document max size, replication crashes.
> It might make sense for the replication to not crash and instead treat
> document size as an implicit replication filter then display doc write
> failures in the stats / task info / completion record of normal replications.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
