Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@couchdb.apache.org
Received-SPF: pass (nike.apache.org: domain of cmlenz@gmx.de designates
 213.165.64.20 as permitted sender)
Message-Id: <AA954640-24EE-4B83-9257-8BEAF8BDCC9A@gmx.de>
From: Christopher Lenz <cmlenz@gmx.de>
To: dev@couchdb.apache.org
In-Reply-To: <5D1FAFEE-4CC9-4A73-AFB0-5EA2E2B2C815@apache.org>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v930.4)
Subject: Re: REST, Hypermedia, and CouchApps
Date: Mon, 9 Mar 2009 17:58:13 +0100
References: <e282921e0902242116n2cd207c4x7a9d0feced3f10d9@mail.gmail.com>
 <33A2F492-1437-4FE5-BF42-0DD12A891F27@gmx.de>
 <5D1FAFEE-4CC9-4A73-AFB0-5EA2E2B2C815@apache.org>

On 05.03.2009, at 23:34, Jan Lehnardt wrote:
> On 5 Mar 2009, at 21:38, Christopher Lenz wrote:
>> Actually, I'd go even further, and suggest that the "show" and  
>> "list" features should be part of that CouchApp plugin, and not  
>> actually included with CouchDB itself. You really only need those  
>> features when you're developing CouchApp-style applications. Moving  
>> them into a corresponding plugin would help keep CouchDB itself  
>> lean and clean.
>
> show and list are useful in the non-couchapp case. a list gives you  
> RSS/Atom feeds on views (say blog posts or events) for free. a show  
> would help you to mangle your data for other systems that e.g. like  
> to consume XML. I like that this can be done without a middleware  
> layer.
>
> I'm +1 on modularizing additional features on the Erlang level, but  
> show & list I'd consider core CouchDB and -1 on making them optional.

"core" is a strong word for something where you just said "I like that  
this can be done without a middleware layer".

I'm not convinced. I'm talking about the case where you already have  
"middleware" anyway -- if you don't, you have a CouchApp-style app.  
Generating Atom, HTML, and such is pretty darn convenient for me with  
Python and Genshi, I don't think moving that into CouchDB show/list  
functions will buy me anything. And since I'm hiding CouchDB itself  
behind that middleware I'd have to proxy the CouchDB responses through  
it anyway.

Note that I'm just stating my opinion, I knew it'd be controversial,  
especially with the CouchApp fans :P
I'm totally willing to accept the majority preference here, which  
seems pretty clearly in favor of show/list in core.

Cheers,
--
Christopher Lenz
   cmlenz at gmx.de
   http://www.cmlenz.net/