Hi Nate,
We've moved to GitHub Issues. A 500 with a stack trace is definitely evidence
of a bug,
we shouldn't ever return a 500 -- though I admit this is a bit of a corner case.
https://github.com/apache/couchdb/issues
I'm not able to dig in on your specific bug right now, but perhaps someone
I am getting strange responses from CouchDB 2.0.0 when accessing a list handler
through a rewrite. The result to my single request is two responses: the
expected one, plus an extra "unknown_error" 500 response. Over HTTP/1.1 this
issue is masked because the extra response is not properly
Hi,
commenting on individual topics inline, though i only have experience with
CouchDB 1.6, maybe CouchDB 2.0 behaves a bit different.
2017-06-20 20:34 GMT+02:00 Vladimir Kuznetsov :
>
> Now, I know in couchdb documents are not being really deleted, just marked
> as 'deleted'
We use pouch sync (ember-pouch) to couch in a bad sometimes offline wifi
situation and it is very reliable. Not sure about your 10G but it should be
OK if you have the bandwidth when you are online. We had to implement
indicators for users to let them know they are walking outside the wifi
Thanks for the quick reply!
Jason Gordon | Principal | A S S U R E B R I D G E
Office: +1 888 409 6995 | Mobile: +1 978 885 6102 | Fax: +1 888 409
6995
Email: jason.gor...@assurebridge.com
On Tue, Jun 20, 2017 at 3:37 PM, Robert Samuel Newson
wrote:
> Hi Jason,
>
>
Hi Jason,
couchdb has to pass all the updates to the javascript function. There's no way
to know ahead of time that the function won't call emit.
Each document is marshalled to an external process (couchjs) and the response
returned, and it's done sequentially (you get parallelism on this in
Hi guys,
I'm new to couchdb. I'm planning to use CouchDB 2.0 to transfer some usage
logs from a number of devices based on customer premises to the cloud
solution for analysis. By logs I mean a constant stream of small JSON
documents(up to 1K), I expect up to 100K of such documents from each
When performing a bulk update, how much time should I expect for view
generation for views that do not index the documents that I am updating?
For example:
I have a single view which is the only view in the design document. The
view has the map function
if (doc.type == 'Foo') {
Yeah, sorry if I didn't explained myself properly, I was suggesting filing
the GH issue because the error 500 doesn't feel accurate to what it
actually happened. A 202 I guess would be more appropriated. I've created
this issue for it: https://github.com/apache/couchdb/issues/603. Feel free
to