Mailing-List: contact couchdb-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: couchdb-dev@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of jchris@gmail.com designates
 66.249.90.177 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=aEfZ6C5C715dZuWPuakbhBlqphxfCUdIGaTLkVZTAiwf8Nr5F851RabKDgIsOYZ0Qd
         bgkKdYF2PEd1aUmJTEjMgRaMSVZcWJTrHqUF5Jib8wYwKHH177WXz7GLBw+iFue0ASAN
         JJl6tuvXXmvaeCgaateHurrkJj+K/EnodvMGw=
Message-ID: <e282921e0812021138s7486b4e0t8f17637d4b1f7bc7@mail.gmail.com>
Date: Tue, 2 Dec 2008 11:38:33 -0800
From: "Chris Anderson" <jchris@apache.org>
Sender: jchris@gmail.com
To: couchdb-dev@incubator.apache.org
Subject: Re: 0.9.0 Release
In-Reply-To: <A549A6F3-553C-4F8A-9394-45C41F9BB8B8@apache.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <A549A6F3-553C-4F8A-9394-45C41F9BB8B8@apache.org>

On Tue, Dec 2, 2008 at 11:29 AM, Damien Katz <damien@apache.org> wrote:
> I think we are just about ready for a 0.9.0 release and will be feature
> complete enough to be considered Beta.

Woo hoo!

>
> Two things I'd like before we release 0.9.0 is some replication testing of
> the new security stuff and to finally change "count" to "limit" in view
> query string arguments.

count -> limit sounds simple enough.

Perhaps if you wrote up in English what the replication security
requirements are, someone else could add the tests.

>
> Also, some people have complaints about the programmatic interfaces for
> map/reduce/rereduce functionality. If anyone wants to change these, or any
> other major aspects of CouchDB interfaces, now is the time. It only gets
> harder as we move forward.

I'll say that I'm quite happy with the reduce/rereduce API as it
currently stands.

However, I'd like to make sure that there is room for some stock
Erlang reduce functions to be available without a Javascript function
definition. For starters reduce=row_count and reduce=sum would both be
handy for a lot of applications, and implementing them as Erlang would
mean that group=true queries would be fast. I think these features can
be added in the future without breaking compatibility with existing
libraries, so they don't need to happen now, but I wanted to bring it
up in case there's something I'm not seeing.

-- 
Chris Anderson
http://jchris.mfdz.com