From user-return-16495-apmail-couchdb-user-archive=couchdb.apache.org@couchdb.apache.org Sat Jun 4 13:19:04 2011
Return-Path:
X-Original-To: apmail-couchdb-user-archive@www.apache.org
Delivered-To: apmail-couchdb-user-archive@www.apache.org
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
by minotaur.apache.org (Postfix) with SMTP id 8A9514691
for ; Sat, 4 Jun 2011 13:19:04 +0000 (UTC)
Received: (qmail 3154 invoked by uid 500); 4 Jun 2011 13:19:03 -0000
Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org
Received: (qmail 3119 invoked by uid 500); 4 Jun 2011 13:19:02 -0000
Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
List-Help:
List-Unsubscribe:
List-Post:
List-Id:
Reply-To: user@couchdb.apache.org
Delivered-To: mailing list user@couchdb.apache.org
Received: (qmail 3111 invoked by uid 99); 4 Jun 2011 13:19:02 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 04 Jun 2011 13:19:02 +0000
X-ASF-Spam-Status: No, hits=0.7 required=5.0
tests=SPF_NEUTRAL
X-Spam-Check-By: apache.org
Received-SPF: neutral (athena.apache.org: local policy)
Received: from [80.244.253.218] (HELO mail.traeumt.net) (80.244.253.218)
by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 04 Jun 2011 13:18:57 +0000
Received: from dahlia.fritz.box (brln-4d0ce0ae.pool.mediaWays.net [77.12.224.174])
(using TLSv1 with cipher AES128-SHA (128/128 bits))
(No client certificate requested)
by mail.traeumt.net (Postfix) with ESMTPSA id 18BAF3CA4A
for ; Sat, 4 Jun 2011 15:18:35 +0200 (CEST)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Apple Message framework v1084)
Subject: Re: CouchDB embedded in Eclipse - current status?
From: Jan Lehnardt
In-Reply-To: <832E8AC0-A2C7-47D1-9EF0-960B1F5E36F9@cs.tu-darmstadt.de>
Date: Sat, 4 Jun 2011 15:18:34 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id:
References: <82729657-36A5-416F-923E-171B72A6DBC9@apache.org> <49F9AA8A-66E9-496B-943D-5F9281D07DF9@cs.tu-darmstadt.de> <5C5AD6D9-B77A-4EBD-9C64-400507636F0B@apache.org> <832E8AC0-A2C7-47D1-9EF0-960B1F5E36F9@cs.tu-darmstadt.de>
To: user@couchdb.apache.org
X-Mailer: Apple Mail (2.1084)
On 4 Jun 2011, at 15:03, Marcel Bruch wrote:
> On 04.06.2011, at 13:45, Jan Lehnardt wrote:
>=20
>> On 4 Jun 2011, at 11:36, Marcel Bruch wrote:
>>=20
>>> On 03.06.2011, at 17:30, Jan Lehnardt wrote:
>>>=20
>>>> I don't know much about the state of the above nor eclipse, but =
running CouchDB in "embedded mode" is just like calling like any other =
third party command-line tool. What other specific requirements does =
Eclipse have?
>>>=20
>>> The word "embedded" was not well chosen. It shouldn't be required to =
have a local Erlang runtime nor CouchDB to be installed *before* on =
client side.
>>>=20
>>> However, I just recognized that couchdb is started via commandline =
"/usr/bin/erl ", right? Thus, what's needed is (i) a =
Erlang runtime installation as a plug-in and (ii) a couchdb installation =
as plug-in. Both plug-ins would be platform-specific, right?=20
>>>=20
>>> If so, we need to come up with 2 x 2 x "OS-Variants" plug-ins? If we =
would like to support Mac 32/64, Win 32/64, Linux 32/64 we need 2 x 2 x =
6 =3D 24 plug-ins?
>>>=20
>>> Thanks helping me to grasp what would be needed to run CouchDB on a =
client.
>>=20
>> https://github.com/jhs/build-couchdb will build a CouchDB and all =
dependencies for you in a neat package. But yeah, you'd need one per =
architecture if you want to have it all fit (64bit Mac OS X *can* run =
32bit binaries e.g.), but if the procedure of producing a plugin is =
automated, I'm sure a lot of people would pitch into providing binaries.
>>=20
>=20
> your build script works like a charm. Just a few questions regarding =
you build:=20
It's Jason's but yeah, it works great :)
> It seems that *everything* required to run couch has been built and =
packaged below build/ (including Erlang), right?
Correct.
> There is no dependency anymore that needs to be installed before I can =
run CouchDB on my machine, i.e., if I copy the build folder to another =
machine (same OS) it should work there too?
Correct.
> If so, then it might become quite easy to create Eclipse bundles from =
it - and along with Ryan's management scripts it should be straight =
forward (more or less). The issue with "one plug-in per platform" =
remains but may be acceptable if others contribute builds for different =
platforms.
>=20
> Another one: Is Couch itself platform dependent - or just Erlang? (you =
see, I'm quite foolish when it comes to Erlang)
What kind of platform dependency are you referring to?
Cheers
Jan
--=20
> If not, there is another solution we might come up with: I was asking =
on the Erlide mailing list for support on building Erlang runtime as =
Eclipse plug-in. It seems that this should be possible. Maybe there is =
one solution that solves more than just one problem. We'll see. =
http://sourceforge.net/mailarchive/message.php?msg_id=3D27599848
>=20
> Thanks,
> Marcel
>=20