Mailing-List: contact couchdb-user-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: couchdb-user@incubator.apache.org
Received-SPF: pass (nike.apache.org: domain of sven.helmberger@gmx.de
 designates 213.165.64.20 as permitted sender)
Message-ID: <493F79BA.3090400@gmx.de>
Date: Wed, 10 Dec 2008 09:11:38 +0100
From: Sven Helmberger <sven.helmberger@gmx.de>
User-Agent: Thunderbird 2.0.0.18 (X11/20081125)
MIME-Version: 1.0
To: couchdb-user@incubator.apache.org
Subject: Re: CouchDB API for Java/Groovy
References: <0016e64f90e8acefd2045d89f043@google.com>
	 <d76a9c0d0812080737q446ff626t948ff71dc46812b3@mail.gmail.com>
	 <493D44A6.4010908@gmx.de>
 <5c02bc4e0812091553i6811e7d2mfa49583bd2de09a6@mail.gmail.com>
In-Reply-To: <5c02bc4e0812091553i6811e7d2mfa49583bd2de09a6@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

Avi Flax schrieb:
> Two thoughts:
> 
> 1) That's a lot of different java libraries for the same purpose. The
> community might be better served if all the project owners would get
> together and agree to focus on one of them, and deprecate the rest.

There are effectively two different java libraries that are working with
a current couchdb: couchdb4j and jcouchdb.

couchdb4j is the older one that already existed when I started working
on jcouchdb. Apart from it being last updated a year ago, I wouldn't
have started a new library if I would not think that it would be
worthwhile to do so.

Of course it might be better for the community if everyone worked
together on the minimal amount projects, but that's usually not how open
source works. People start projects with different ideas and goals.

My intention when writing jcouchdb was to find a way to work with your
own classes as couchdb documents (and with JSON in general). I did not
like the a way it is done with json-lib.

> 2) Once we have a good Java library, why would we need a Groovy
> library? Why not just use the Java library directly? 

As I understand it, you should be able use both couchdb4j and jcouchdb
(using either normal java classes or collections) in principal.

It might be possible to actually store and retrieve GroovyObjects in
jouchdb, but I don't really expect that to work out-of-the-box.