Kevin,
I agree that we should at least document the JS libraries distributed
with CouchDB. Of course, whether it should live in the wiki or some
other kind of project documentation has been a perennial discussion on
this list... (^_^
Anyways, if you'd like to add something to the wiki, here are
Apparently, I haven't edited anything in half a year... Would you
please add me to the list of wiki editors? (User name: ZacharyZolton)
Thanks!
On Fri, Nov 18, 2011 at 8:16 AM, Jan Lehnardt j...@apache.org wrote:
On Nov 17, 2011, at 23:45 , Paul Davis wrote:
On Thu, Nov 17, 2011 at 3:27 PM,
more
information about my setup that would help?
FYI, I deleted the _replicator doc and have gone back to maintaining
this continuous replication with a cron script.
On Thu, Aug 11, 2011 at 11:40 PM, Dustin Sallings dus...@spy.net wrote:
On Aug 11, 2011, at 11:59 AM, Zachary Zolton wrote
Hi,
I just upgraded to CouchDB 1.1 and I've set up a doc in the
_replicator DB to continuously replicate my data over to Cloudant.
The trouble is that my replication has stalled sometime yesterday, and
my log is filling with thousands of entries like this:
[Thu, 11 Aug 2011 14:08:48 GMT]
.
–Zach
On Thu, Aug 11, 2011 at 9:20 AM, Robert Newson rnew...@apache.org wrote:
Some versions of Erlang ship with poor SSL support. Try R14B03?
On 11 August 2011 15:15, Zachary Zolton zachary.zol...@gmail.com wrote:
Hi,
I just upgraded to CouchDB 1.1 and I've set up a doc in the
_replicator DB
Kocoloski kocol...@apache.org wrote:
It's a known bug in R14B03, but supposedly non-fatal. I wonder if it's a red
herring.
Adam
On Aug 11, 2011, at 10:25 AM, Zachary Zolton wrote:
Supposedly, I'm on R14B03:
$ erl -V
Erlang R14B03 (erts-5.8.4) [source] [smp:2:2] [rq:2] [async-threads:0
If you're interested in documenting the 0.9 list function behavior for
the wiki, you may want to start here:
https://github.com/apache/couchdb/blob/0.9.0/share/www/script/test/list_views.js
On Thu, May 5, 2011 at 6:24 AM, James Howe (JIRA) j...@apache.org wrote:
[
+1 full-text search
+1 documentation
On Tue, Feb 8, 2011 at 4:07 AM, Juhani Ränkimies juh...@juranki.com wrote:
On Tue, Feb 8, 2011 at 11:24 AM, Benoit Chesneau bchesn...@gmail.comwrote:
... and you ?
- erlang api / plugin support
- easier build process on Windows
-juhani
Hi,
I'm trying to test the 1.0.2 artefact, and these two tests fail consistently.
content_negotiation: Assertion failed: expected
'text/plain;charset=utf-8', got 'application/json'
stats: Assertion 'triggered, We managed to force a all_dbs_active
error.' failed: We managed to force a
I used Firefox version 3.6.10.
On Tue, Jan 11, 2011 at 12:21 PM, Paul Davis
paul.joseph.da...@gmail.com wrote:
What browser is this in? Theoretically they should be working in all
modern browsers, but we still only officially support FF3.5.
On Tue, Jan 11, 2011 at 1:05 PM, Zachary Zolton
If your version of SpiderMonkey (used for the JavaScript view server)
supports JavaScript version 1.8.5, you can simply use the
Array.isArray() function.
Otherwise, here's an article describing the difficulties of detecting
whether an object is an array:
http://is.gd/gQ2i4
Cheers,
Zach
On Fri,
For those of us not following at the commit level, what differences do
you see between 1.0.2 and 1.1?
—Zach
On Tue, Oct 5, 2010 at 10:17 AM, Chris Anderson jch...@apache.org wrote:
Devs,
I think there may be some work to do before 1.1 is released (but maybe not).
We should release it before
Paul,
Have you given any thought to having external processes being able to
write to the CouchDB log, or show up in the _active_tasks?
For example, it would be neat if I could watch the progress of Lucene
indexing along side of building view indexes.
That kind of integration makes it more
You're also better off caching GET requests than POST requests, should
the need ever arise.
On Tue, Sep 21, 2010 at 3:09 AM, Michael Fellinger (JIRA)
j...@apache.org wrote:
[
I'm +1 on having a Futon _stats page. We should put nice explanations
of the individual stats in there too so I don't have to look them up
every time!
—Zach
On Fri, Sep 17, 2010 at 3:10 AM, Dirkjan Ochtman dirk...@ochtman.nl wrote:
Hi there,
I'd like to be able to determine how much disk
Sandeep,
Let's hear a little more about your scenario:
• Are you trying to log requests to/from a proxy server? Depending on
your throughput needs, you might be better served by an in-memory
database than either MySQL or CouchDB.
• Do you also mean that what ever program that uses said database
On Monday, July 26, 2010, Paul Joseph Davis (JIRA) j...@apache.org wrote:
[
https://issues.apache.org/jira/browse/COUCHDB-837?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12892572#action_12892572
]
Paul Joseph Davis commented on COUCHDB-837:
Couchers,
I saw this in the CHANGES file for the 0.11.1 release:
* Added authentication redirect URL to log in clients.
This sound like a feature I could really use. However, I couldn't
google my way to any commits or JIRA issues.
Are there any docs/tests regarding this? Also, I'm assuming this
Ah, just found it:
http://github.com/apache/couchdb/commit/6d88c8c6d66772a1dac1d351405eff9c513d263e
Looks like there's a new config setting for it:
[couch_httpd_auth]
authentication_redirect = /_utils/session.html
Nifty feature...
On Wed, Jul 14, 2010 at 9:29 AM, Zachary Zolton
zachary.zol
+1
Mac OS X 10.6.4, Erlang R13B04.
Make check and Futon test all passed.
On Sat, Jul 10, 2010 at 5:09 PM, Russell Branca chewbra...@gmail.com wrote:
On Sat, Jul 10, 2010 at 9:06 AM, Eric Carlson e...@ericcarlson.co.uk wrote:
+1
make check futon tests all pass sucessfully
Ubuntu Lucid,
+1
Mac OS X 10.6.4, Erlang R13B04.
Make check and Futon tests all passed.
On Sat, Jul 10, 2010 at 11:06 AM, Eric Carlson e...@ericcarlson.co.uk wrote:
+1
make check futon tests all pass successfully
Ubuntu Lucid, Erlang R13B03, xulrunner-1.9.2.6, Firefox 3.6.6
Eric
To Klaus's point, we have to choose our FUD:
CouchDB is sooo slow or CouchDB will lose your data
Would the latter cause more harm than the former? I don't know, but
Google already includes the phrase mongodb losing data in its search
suggestions.
I'd hate for CouchDB to end up in the same boat.
+1 on #802. (I've already been bitten this)
On Wednesday, June 16, 2010, Jason Smith j...@couch.io wrote:
On Tue, Jun 15, 2010 at 22:22, Jan Lehnardt j...@apache.org wrote:
Which other issues or patches that are not in 0.11.x yet do
you think need to be addressed before we branch 1.0? I'd
[
https://issues.apache.org/jira/browse/COUCHDB-802?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Zachary Zolton updated COUCHDB-802:
---
Attachment: COUCHDB-802-with-test.diff
Will this test suffice? (^_^)
Doc ID should auto
FYI, I posted a very similar issue last September:
https://issues.apache.org/jira/browse/COUCHDB-514
HTH,
Zach
On Mon, May 17, 2010 at 8:44 PM, mikeal (JIRA) j...@apache.org wrote:
first call to getRow() in list function forces headers
--
@JChris thanks for the workaround! Unfortunately, given that
:bindvar doesn't encode the value but [:bindvar] does, I'm not
sure if there can be a way to add this kind of flexibility without
breaking compatibility with 0.11...
@Benoit this all works fine with numbers, since they don't need
Nope, I'm not having any luck, either...
What I had working was a redirect like so:
{
from: /events/:year,
to: _list/event-list/events-by-year,
query: {
key: :year,
reduce: false,
include_docs: true
}
}
Because the :year bindvar only needed to handle numbers,
You're totally right; there wholly different problems. I've been
trying so many experiments around URL rewriting lately, I think got a
crossed wire! (*_*)
On Sun, Mar 28, 2010 at 5:32 PM, Benoit Chesneau bchesn...@gmail.com wrote:
On Mon, Mar 29, 2010 at 12:13 AM, Zachary Zolton
zachary.zol
@Mikeal thanks for the link! I've been trying to get CommonJS
require()s going in my _list functions... (^_^)
On Thu, Mar 25, 2010 at 2:10 PM, Mikeal Rogers mikeal.rog...@gmail.com wrote:
correct, this is now the ddoc, so if you attach templates as attributes to
your ddoc you can pull them out
Mac OS X 10.5.8
Erlang R13B02
Firefox 3.6.2
Safari 4.0.4
make check: OK
Passed unit tests for my internal Couch 0.10 application.
Firefox browser test failure:
content_negotiation
Assertion failed: expected 'text/plain;charset=utf-8', got 'application/json'
Safari browser test error:
Oh, BTW, I meant to +1 back then... Passes the tests for my app (^_-)
On Wed, Mar 24, 2010 at 5:33 PM, Benoit Chesneau bchesn...@gmail.com wrote:
On Wed, Mar 24, 2010 at 5:29 PM, Jan Lehnardt j...@apache.org wrote:
On 24 Mar 2010, at 09:25, Benoit Chesneau wrote:
On Wed, Mar 24, 2010 at 5:18
Howdy,
I have the following rewrite rule:
{
from: /events/:year,
to: _list/event-list/events-by-date,
method: GET,
query: {
startkey: [:year],
endkey: [:year, {}]
}
},
Now, I'll try to hit this URL for a specific year:
$ curl
Components: HTTP Interface
Affects Versions: 0.11
Environment: CouchDB 0.11.x branch
Reporter: Zachary Zolton
Priority: Minor
Enhance URL rewriter module to substitute bound variables in complex query
parameters.
Given the URL rewrite rule
Thanks, Benoit! I plan on using this feature heavily... (^_^)
I created the JIRA issue:
https://issues.apache.org/jira/browse/COUCHDB-699
On Mon, Mar 15, 2010 at 5:24 PM, Benoit Chesneau bchesn...@gmail.com wrote:
On Mon, Mar 15, 2010 at 9:55 PM, Zachary Zolton
zachary.zol...@gmail.com wrote
Devs,
Wasn't there some discussion about making the design doc accessible
from the view server? (I thought there was an old ML thread for this,
but I can't find it.)
I don't really mind having to use the CouchApp !code or !json macros,
but I'm curious to hear if anyone else thinks this would be
Benoit,
Imagine you have a view of posts keyed by [user_name,date] but you
want to query a nice URL using just the user_name.
For example:
{
Rest of design doc...
rewrite: [
{
from: :user_name/recent_posts,
to: _view/recent_posts,
method: GET,
query: {
Doesn't seem to be working...
Here's my design doc: http://friendpaste.com/3gbGd7XOFD8B0FMzeaskvo
Here's the log: http://friendpaste.com/4uyhrVEyDbJEltxy7lMjpF
On Fri, Jan 29, 2010 at 4:09 PM, Benoit Chesneau bchesn...@gmail.com wrote:
On Fri, Jan 29, 2010 at 10:47 PM, Zachary Zolton
Benoit,
My apologies—user error in checking out out your remote tracking
branch! It's working fine now. (I shall hang my head in shame...)
Keep up the good work!
–Zach
On Fri, Jan 29, 2010 at 4:50 PM, Zachary Zolton
zachary.zol...@gmail.com wrote:
Doesn't seem to be working...
Here's my
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
://issues.apache.org/jira/browse/COUCHDB-514
Project: CouchDB
Issue Type: Improvement
Components: JavaScript View Server
Affects Versions: 0.10
Reporter: Zachary Zolton
Attachments: list-redir.diff, list_views.diff
There is no way
IMHO it's not necessarily a good idea to directly import data from an
SQL database to CouchDB.
Properly normalized data, in an SQL database, is generally
deconstructed into many records and tables that can be JOIN'ed
together. CouchDB on the other hand, will serve you well if you can
manage your
Affects Versions: 0.10
Reporter: Zachary Zolton
There is no way to redirect from a _list function after calling the getRow()
API function.
Here's a link to the discussion on the dev mailing list:
http://is.gd/3KZRg
--
This message is automatically generated by JIRA.
-
You can reply
with
more knowledge of CouchDB view server internals.
Cheers,
Zach
On Sun, Sep 27, 2009 at 11:35 PM, Chris Anderson jch...@apache.org wrote:
On Sun, Sep 27, 2009 at 8:26 PM, Zachary Zolton
zachary.zol...@gmail.com wrote:
Hmm... I can't do anything that doesn't result in a view server timeout
[
https://issues.apache.org/jira/browse/COUCHDB-514?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Zachary Zolton updated COUCHDB-514:
---
Attachment: list-redir.diff
This patch (from a reasonably current HEAD on github) shows how
I've posted a patch from my experiments to the ticket. I'm thinking
this'll require some Erlang-fu...?
Try not to laugh! ;^)
On Mon, Sep 28, 2009 at 1:59 PM, Chris Anderson jch...@apache.org wrote:
On Mon, Sep 28, 2009 at 11:34 AM, Zachary Zolton
zachary.zol...@gmail.com wrote:
Guys,
I've
Hey guys, newb question for you: the make script concatenates all the
/share/server/*.js scripts into main.js, right?
I'm still trying to figure this stuff out...
On Sat, Sep 26, 2009 at 11:35 PM, Zachary Zolton
zachary.zol...@gmail.com wrote:
I'll start studying the query_server_spec.rb script
Hmm... I can't do anything that doesn't result in a view server timeout. (^_-)
Shall I open an issue? I can discuss what I tried, as well...
On Sun, Sep 27, 2009 at 12:06 PM, Paul Davis
paul.joseph.da...@gmail.com wrote:
On Sun, Sep 27, 2009 at 1:04 PM, Zachary Zolton
zachary.zol...@gmail.com
a little guidance on how to attack this!
Cheers,
Zach
-- Forwarded message --
From: Chris Anderson jch...@apache.org
Date: Fri, Sep 25, 2009 at 2:15 PM
Subject: Re: Redirect from _list function?
To: Zachary Zolton zachary.zol...@gmail.com
On Fri, Sep 25, 2009 at 11:01 AM
at 11:39 PM, Zachary Zolton
zachary.zol...@gmail.com wrote:
Hey guys,
I need to find a way to do a redirect from a _list function after
calling the getRow() function. After looking at render.js for a while
I can't see how to solve this without at least adding to the API.
Basically, I think
Versions: 0.11
Environment: Mac OS X 10.5.8, Erlang OTP/R12B, CouchDB/0.11.0a9fd42dc1
Reporter: Zachary Zolton
Priority: Minor
Define this _list function:
function(head, req) {
return {
'code': 301,
'headers': { 'Location': 'http://www.google.com
This is related to a patch we need: a general JSON syntax for queries.
The idea is that instead of POSTing an array of keys to a view, you'd
post an array of query definition objects. This way you could do
multiple ranges, and other things.
Interesting idea... As for the syntax, are you
AFAICT Paul is correct; it seems to be merely an omission from the
HTTP spec that GET requests don't explicitly forbid sending an entity
body. Moreover, if caching proxies don't respect the entity body, it
wont solve my original problem anyways.
So, it seems the answer would be for my application
[
https://issues.apache.org/jira/browse/COUCHDB-296?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12742923#action_12742923
]
Zachary Zolton commented on COUCHDB-296:
I think this is a duplicate of COUCHDB
LOL! Yet another URL handler I have never heard of!?
(Not listed in the httpd_global_handlers section of the config, either...)
So, what's the semantic difference between _purge and DELETE of a document?
On Wed, Jul 1, 2009 at 11:21 AM, Damien Katzdam...@apache.org wrote:
Nitin, I would try to
It would be nice to be able to restart externals, such as update
notifiers, as well...
On Mon, Jun 29, 2009 at 10:46 AM, Adam Kocoloski (JIRA)j...@apache.org wrote:
POST _restart only restarts couch_server process
Key:
I suppose we could also implement an external solution, once the
_changes API is stable enough... Right?
On Wed, Jun 3, 2009 at 3:42 AM, Viacheslav Seledkin
viacheslav.seled...@avicomp.com wrote:
Justin Balthrop wrote:
Hi everyone,
I've been reading the dev and user mailing lists for the
Yeah... I was gonna recommend Cascade, but I haven't seen any movement
on Github for quite a while!
Perhaps Paul Davis would like to chime in...? :^q
I've been using an Update Notifier script for this kinda thing so
far—also, not incrementally—but it's worked well enough for my needs.
My primary
Moreover, many of my attempts to have different types of docs in one
database (for joins, etc) have ended up with my moving them into
separate databases. It's been pretty easy (most of the time) to do
that work in my Ruby code!
... :^(
On Thu, May 14, 2009 at 8:25 PM, Mark Hammond skippy.hamm...@gmail.com wrote:
On 15/05/2009 4:47 AM, Brian Candler wrote:
On Thu, May 14, 2009 at 09:53:14AM -0500, Zachary Zolton wrote:
(1) people who are storing large documents in CouchDB but not indexing
them
at all (I guess this is possible
Hi,
Currently, failing a validation function, returns 401 Unauthorized,
which indicates the response has failed HTTP authentication. I think a
more appropriate response code would be 422 Unprocessable Entity,
given that validation is a domain-specific semantic problem.
The general consensus is that this problem is more easily solved
through templating/macros in your application code.
On Wed, Apr 29, 2009 at 3:27 PM, dmi losth...@yandex.ru wrote:
Hi, All!
I would like to suggest some way to have library functions in the javascript
(or other) views.
@jchris et al,
if you had any pointer, on how to implement this, i have a strong
motivation to try my hand at it.
i have a janky ruby script running as an update notifier that looks
for certain criteria, idiomatic to my data, that puts docs into a
derived database. but i'm not terribly happy
probably be the first
step. Beyond that we'll have to take it a step at a time.
HTH,
Paul Davis
Zachary Zolton wrote:
@jchris et al,
if you had any pointer, on how to implement this, i have a strong
motivation to try my hand at it.
i have a janky ruby script running as an update
about.
This is actually starting to sound like a fun little project
HTH,
Paul Davis
Zachary Zolton wrote:
paul
alright... you've gotta give me the remedial explanation of what you
meant here! (sorry, i'm still noob-ish)
so, are you saying that i shouldn't even check for individual
thing that comes to mind is to stick some intermediary in between
clients and the actual derived data to make it transparent and also to allow
you to know when you can clean up old versions etc.
I'll keep thinking on it.
Paul
Zachary Zolton wrote:
okay, i'm starting to get ya. my question
Devs,
Does an update notifier script cause any processing in CouchDB to
block, other than subsequent update notifications?
Cheers,
Zach
I would definitely +1 something like this.
I'm essentially do something like this manually, with an update
notifier script, and I'd love to see it become a first-class feature
—instead of my special-case version of it.
On Wed, Apr 22, 2009 at 7:40 AM, Wout Mertens wout.mert...@gmail.com wrote:
This also sounds related to the View Intersections proposal
discussed earlier...
http://mail-archives.apache.org/mod_mbox/couchdb-dev/200904.mbox/%3c011a0d62-06c2-490b-a4c4-7eef0203b...@gmail.com%3e
On Wed, Apr 22, 2009 at 9:07 AM, Zachary Zolton
zachary.zol...@gmail.com wrote:
I would
Devs,
Has there been any discussion of using multiple rounds of map/reduce
for CouchDB views?
If were possible, and the view could be indexed within acceptable
bounds of memory and processing time, I could see using it situations
where the current one-pass solution proves difficult or requires
Anderson jch...@apache.org wrote:
On Mon, Mar 30, 2009 at 6:48 PM, Zachary Zolton
zachary.zol...@gmail.com wrote:
Devs,
Has there been any discussion of using multiple rounds of map/reduce
for CouchDB views?
If were possible, and the view could be indexed within acceptable
bounds of memory
@jchris is that similar to what you meant?
On Mon, Mar 30, 2009 at 10:49 PM, Zachary Zolton
zachary.zol...@gmail.com wrote:
I've been thinking, if there was just a reasonable way to replicate
another database with the output of a view, then you could just write
regular one-pass map/reduce
So… Did we actually release 0.9?
On Thu, Mar 26, 2009 at 6:19 AM, Wojciech Kaczmarek
kaczmare...@gmail.com wrote:
On Thu, Mar 26, 2009 at 11:46, Wojciech Kaczmarek kaczmare...@gmail.com
wrote:
First time posting here, I've been a lurker for a couple of weeks.
I have Mac OS X 10.4.11 PPC,
I'm currently using 8.04 (cuz it's the LTS), but may consider the switch…
Thanks for the tip!
On Tue, Mar 24, 2009 at 11:34 AM, Jason Smith
j...@proven-corporation.com wrote:
Zachary Zolton wrote:
To any Ubuntu users, are you all still just downloading the Erlang
source from erlang.org
Just setup a new EC2 instance with Ubuntu 8.04, and ran my app's unit
tests against it.
All tests passed. +1
On Tue, Mar 24, 2009 at 11:39 AM, Damien Katz dam...@apache.org wrote:
FYI, I'm abstaining from this vote as I have been on paternity leave and am
not closely following the issues or
Subject: Re: JavaScript 1.8 Features in SpiderMonkey (Please?)
On Mon, Mar 23, 2009 at 2:23 PM, Zachary Zolton
zachary.zol...@gmail.com wrote:
Hi,
The functional features in JavaScript 1.8 could greatly aid developers
when writing map-reduce functions for views.
Does anyone oppose upping
I was a bit mislead by the title; this sounds like caching the
parsed/ready-to-go JavaScript view functions.
However, I am interested in hearing how we can introduce helper code,
and reusable libraries, into our JavaScript views.
Perhaps one could take care of both in one go? If this doesn't get
I am the Debian/Ubuntu package maintainer, and CouchDB's release manager.
Sergei looks after the Erlang OTP, and the current version is 1:12.b.5-dfsg-2.
Making a release is non-trivial for me, I will say again.
If we're going to make a release in a few weeks, we should wait for that.
--
wrote:
On Thu, Mar 05, 2009 at 01:49:59PM -0600, Zachary Zolton wrote:
@Noah, my apologies; I didn't mean to trivialize your labor.
... and sorry if I came across as grumpy!
--
Noah Slater, http://tumbolia.org/nslater
We will always advertise breaking changes.
- Show quoted text -
--
Noah Slater, http://tumbolia.org/nslater
...And we early adopters ALWAYS appreciate that!
Thanks,
Zach
Hey all,
Has anyone looked into how a high-level data-processing language could
integrate with CouchDB?
http://wiki.apache.org/pig/PigOverview
http://www.cs.cmu.edu/~olston/publications/sigmod08.pdf
I've been reading a bit about (fellow Apache project) Pig, which
implements features analogous
or not they should hit A or B, I guess.
Anyways, thanks for all the pointers!
-ZZ
On Tue, Feb 24, 2009 at 10:11 AM, Jan Lehnardt j...@apache.org wrote:
On 24 Feb 2009, at 17:03, Zachary Zolton wrote:
Thanks for the reply! It looks like they go into the more advanced
Bayou consistency
, 2009 at 2:02 PM, Zachary Zolton
zachary.zol...@gmail.com wrote:
I second what JChris said. I wouldn't have been nervous about making
my first patch — even though involve some Erlang code — if there
wasn't that easy-to-grasp JavaScript test harness.
On Fri, Feb 13, 2009 at 12:52 PM, Chris
@Kerr
that 0.9 does not imply next release is 1.0.
Yeah, I was originally confused by that too!
But, then I re-read this:
http://en.wikipedia.org/wiki/Software_versioning#Software_versioning_schemes
And, now I'm cool as a cucumber, WRT having 0.10 or even 0.1000...!
LOL, it helps when I
All,
I posted a patch for this last week, including the modifications
suggested by the mailing list, but haven't heard any activity.
Is there anything else I should do to get this patch accepted?
https://issues.apache.org/jira/browse/COUCHDB-190
Cheers,
Zach
Hmm... I can see what Damien is say though, it would be nice to show a
proper release, given the significant changes.
Is there any way we could do a 0.9 release, and then release 0.9.1
with security/replication merged in?
Besides, with all the recent newbie attention (myself included!) it'd
be
at 10:09 AM, Zachary Zolton
zachary.zol...@gmail.com wrote:
Hmm... I can see what Damien is say though, it would be nice to show a
proper release, given the significant changes.
Is there any way we could do a 0.9 release, and then release 0.9.1
with security/replication merged in?
Or at least
There's a LOT of noise on this thread —which I realize I'm only adding
to. Perhaps the interested parties could move some of this to IRC...?
Noise aside, let's remember to step back and appreciate how much
Damien put himself through to start this project!
Big thanks,
Zach
On Fri, Feb 6, 2009
[
https://issues.apache.org/jira/browse/COUCHDB-190?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Zachary Zolton updated COUCHDB-190:
---
Attachment: (was: COUCHDB-190.diff)
_uuid should respond to GET, not POST
@jchris my git-to-svn-fu is kinda weak, and i could use some advice...
here's the commits to my git repo:
http://github.com/zdzolton/couchdb/commits/master
what's the best way to create a an svn diff for you guys?
thanks,
zdzolton
On Sat, Jan 31, 2009 at 4:05 PM, Zachary Zolton
zachary.zol
Chris/Antony,
If we want to stop all caching, with a very generous helping of
backward compatibility, let's consider responding with the following
headers:
Date: ServercurrentDate
Expires: Fri, 01 Jan 1990
I'll have to send in another patch soon, to generate these headers and
test for them.
On Sat, Jan 31, 2009 at 3:38 PM, Chris Anderson jch...@apache.org wrote:
On Sat, Jan 31, 2009 at 1:14 PM, Zachary Zolton
zachary.zol...@gmail.com wrote:
Chris/Antony,
If we want to stop all caching
So, I've had a patch there, for a few days. I'll provide explanation,
if you want to commit...
Placed a patch to fix this issue into JIRA.
Cheers,
Zach
[
https://issues.apache.org/jira/browse/COUCHDB-190?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Zachary Zolton updated COUCHDB-190:
---
Attachment: COUCHDB-190.diff
* Changed the _uuids handler to use the GET method.
* Updated
94 matches
Mail list logo