Absolutely! I'm voting on this one. That would ease my work immensely.
On Sun, Jan 24, 2010 at 12:20 PM, Brian Candler b.cand...@pobox.com wrote:
Have there been any more thoughts about being able to use _rev as a history
mechanism?
I think this just means that certain older _revs can survive
On Sun, Jan 24, 2010 at 12:21:25PM -0800, Chris Anderson wrote:
The problem with this approach is that validation is run during
replication as well, so any multi-doc data dependencies become
problematic in ad-hoc clusters.
But not every application makes sense as an ad-hoc cluster. In
On Sun, Jan 24, 2010 at 09:33:02PM -0800, Chris Anderson wrote:
To round out this list, I think
* Reader ACLs
...
look like they will make it into 0.11.
That's the jchris/readeracl branch presumably?
I was hoping to turn my counter-proposal(*) into code, but I've not had any
time to do so
On Mon, Jan 25, 2010 at 6:06 AM, Chris Anderson jch...@apache.org wrote:
On Sun, Jan 24, 2010 at 11:00 AM, Benoit Chesneau bchesn...@gmail.com wrote:
Hi,
Folloging suggestion of @jchris I revisited my rewrite handler. This
time instead of using a javascript function to handle rewriting it
Hi,
This is OT for the original discussion imho
On 25 Jan 2010, at 01:16, Glenn Rempe wrote:
I'd be interested if anyone with partitioned CouchDB query experience
(Lounger or otherwise) can comment on view generation time when
parallelized across multiple machines.
I would also be
Brian Candler wrote:
Have there been any more thoughts about being able to use _rev as a
history mechanism?
+1 from here - this would make the revision scenario for my current
project incredibly easy!
regards,
Joscha
--
I gave this some more thought over the weekend and don't think it's a good
idea. Admittedly I'm not as deep in the code as the core devs but this strikes
me as non-trivial to get right. There has also been a lot of effort put into
telling folks to not think of _rev as a history mechanism. It
Lincoln Stoll wrote:
FWIW I've setup a nightly builder for CouchDBX - it can be found here:
http://couch.lstoll.net/nightly/
great, I added a link to this site in the wiki!
regards,
Joscha
--
fwiw, I have the same hinky feeling about this proposal. If
implemented, it would be the case that revisions are a history
mechanism under user control, when couch has always, and rightly, said
that it is not.
when you PUT a new document over an existing one you are implicitly
removing the
On Mon, Jan 25, 2010 at 9:38 AM, Robert Newson robert.new...@gmail.com wrote:
fwiw, I have the same hinky feeling about this proposal. If
implemented, it would be the case that revisions are a history
mechanism under user control, when couch has always, and rightly, said
that it is not.
when
Robert Newson wrote:
It's not clear if any of that belongs inside couchdb but clearly
something like it would be useful to a lot of folks. Perhaps it's
another tool outside of couchdb that, like couchapp, adds some finesse
over a fundamental concept?
But isn't there the chance that any
Having the replicator handle chaining views would really help people
who are already hacking this together with scripts. So, I'd definitely
+1 the idea. Isn't view size and indexing time a separate problem from
designing this replicator API?
On Sun, Jan 24, 2010 at 9:47 PM, Chris Anderson
On Mon, Jan 25, 2010 at 1:14 AM, Brian Candler b.cand...@pobox.com wrote:
On Sun, Jan 24, 2010 at 09:33:02PM -0800, Chris Anderson wrote:
To round out this list, I think
* Reader ACLs
...
look like they will make it into 0.11.
That's the jchris/readeracl branch presumably?
I was hoping
On Mon, Jan 25, 2010 at 3:10 AM, Simon Metson
simonmet...@googlemail.com wrote:
Hi,
This is OT for the original discussion imho
On 25 Jan 2010, at 01:16, Glenn Rempe wrote:
I'd be interested if anyone with partitioned CouchDB query experience
(Lounger or otherwise) can comment on
On Mon, Jan 25, 2010 at 8:28 AM, Zachary Zolton
zachary.zol...@gmail.com wrote:
Having the replicator handle chaining views would really help people
who are already hacking this together with scripts. So, I'd definitely
+1 the idea. Isn't view size and indexing time a separate problem from
On Mon, Jan 25, 2010 at 02:38:22PM +, Robert Newson wrote:
when you PUT a new document over an existing one you are implicitly
removing the document that was previously there. A concurrent read
operation might see the b+tree before or after that change; either
answer is consistent with
Thanks for reminding me that I should set _all_dbs to hide dbs the
curertn user can't read if that doesn't incur much additional
overhead.
I think that it will incur a huge overhead, if there are a large number of
databases and the reader rights are stored within the databases themselves.
[
https://issues.apache.org/jira/browse/COUCHDB-514?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joscha Feth updated COUCHDB-514:
Attachment: render.diff
Added render.diff which enables the list render function to
Replication by doc Ids
--
Key: COUCHDB-631
URL: https://issues.apache.org/jira/browse/COUCHDB-631
Project: CouchDB
Issue Type: New Feature
Components: Replication
Environment: trunk
[
https://issues.apache.org/jira/browse/COUCHDB-631?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Filipe Manana updated COUCHDB-631:
--
Attachment: replication-by-doc-ids_trunk.patch
The following patch adds support for the
Generic _changes listener added to jquery.couch.js
--
Key: COUCHDB-632
URL: https://issues.apache.org/jira/browse/COUCHDB-632
Project: CouchDB
Issue Type: Improvement
Components:
[
https://issues.apache.org/jira/browse/COUCHDB-632?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
mikeal updated COUCHDB-632:
---
Attachment: jquery.couch.js
modified jquery.couch.js , jchris said I should just attach the whole file
[
https://issues.apache.org/jira/browse/COUCHDB-632?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chris Anderson updated COUCHDB-632:
---
Attachment: changes.diff
here's a diff merged to work with latest trunk
Generic _changes
[
https://issues.apache.org/jira/browse/COUCHDB-632?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benoit Chesneau updated COUCHDB-632:
Attachment: changes1.diff
Updated diff. fix a try catch non closed :
[
https://issues.apache.org/jira/browse/COUCHDB-632?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12804819#action_12804819
]
Benoit Chesneau commented on COUCHDB-632:
-
If couchdb stop to get changes we
Looks like you forgot to add json2.js to license.skip
On Mon, Jan 25, 2010 at 7:57 PM, build...@apache.org wrote:
The Buildbot has detected a new failure of couchdb-trunk on ASF Buildbot.
Full details are available at:
http://ci.apache.org/builders/couchdb-trunk/builds/170
Buildbot URL:
Score 1 for team Noah.
On 26 Jan 2010, at 00:42, Paul Davis wrote:
Looks like you forgot to add json2.js to license.skip
On Mon, Jan 25, 2010 at 7:57 PM, build...@apache.org wrote:
The Buildbot has detected a new failure of couchdb-trunk on ASF Buildbot.
Full details are available at:
And 15M to team Gavin for giving us buildbot + notifications
On Mon, Jan 25, 2010 at 7:48 PM, Noah Slater nsla...@tumbolia.org wrote:
Score 1 for team Noah.
On 26 Jan 2010, at 00:42, Paul Davis wrote:
Looks like you forgot to add json2.js to license.skip
On Mon, Jan 25, 2010 at 7:57 PM,
On Mon, Jan 25, 2010 at 4:42 PM, Paul Davis paul.joseph.da...@gmail.com wrote:
Looks like you forgot to add json2.js to license.skip
Thanks.
Since json2.js has been in _utils for a long time I figured licenses
would be taken care of.
Fixed. (I think)
On Mon, Jan 25, 2010 at 7:57 PM,
Hey Chris,
great work, thanks. Can you update
http://wiki.apache.org/couchdb/Breaking_changes? :)
Cheers
Jan
--
On 25 Jan 2010, at 16:12, jch...@apache.org wrote:
Author: jchris
Date: Tue Jan 26 00:11:59 2010
New Revision: 903023
URL: http://svn.apache.org/viewvc?rev=903023view=rev
On Tue, Dec 22, 2009 at 10:26 AM, Chris Anderson jch...@apache.org wrote:
On Sat, Dec 19, 2009 at 5:07 PM, Chris Anderson jch...@apache.org wrote:
It's well known that in order to take advantage of native JSON
libraries in the newest Mozilla JavaScript VMs, we'll need to change
our handling of
No more emails. license.skip is gonna rely on paths in the ignore
patterns though, so in copying it I would expect things to get
triggered again.
Paul Davis
On Mon, Jan 25, 2010 at 11:06 PM, Chris Anderson jch...@apache.org wrote:
On Mon, Jan 25, 2010 at 4:42 PM, Paul Davis
On Mon, Jan 25, 2010 at 11:08 PM, Chris Anderson jch...@apache.org wrote:
On Tue, Dec 22, 2009 at 10:26 AM, Chris Anderson jch...@apache.org wrote:
On Sat, Dec 19, 2009 at 5:07 PM, Chris Anderson jch...@apache.org wrote:
It's well known that in order to take advantage of native JSON
libraries
On Tue, Jan 5, 2010 at 10:21 PM, Benoit Chesneau bchesn...@gmail.com wrote:
--
There is a blowfish encryption implementation available in javascript.
doesn't bcrypt stand for blowfish crypt ?
On Mon, Jan 25, 2010 at 8:04 PM, Jan Lehnardt j...@apache.org wrote:
Hey Chris,
great work, thanks. Can you update
http://wiki.apache.org/couchdb/Breaking_changes? :)
I wouldn't mind. But with that old wiki it'll take me 15 minutes to
figure out what username I'm shooting for.
... signing
[
https://issues.apache.org/jira/browse/COUCHDB-583?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12804915#action_12804915
]
Filipe Manana commented on COUCHDB-583:
---
@Paul
any news on this?
storing
[
https://issues.apache.org/jira/browse/COUCHDB-583?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12804917#action_12804917
]
Paul Joseph Davis commented on COUCHDB-583:
---
Filipe,
Sorry, got distracted by a
[
https://issues.apache.org/jira/browse/COUCHDB-583?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12804919#action_12804919
]
Chris Anderson commented on COUCHDB-583:
I haven't really been tuned into the full
[
https://issues.apache.org/jira/browse/COUCHDB-514?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12804920#action_12804920
]
Chris Anderson commented on COUCHDB-514:
Joscha,
If you can provide just the bug
[
https://issues.apache.org/jira/browse/COUCHDB-514?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chris Anderson reassigned COUCHDB-514:
--
Assignee: Chris Anderson
Redirect from _list using view rows
40 matches
Mail list logo