couchdb-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ryan Ramage <ryan.ram...@gmail.com>
Subject Re: Multiple Concurrent Instances of CouchDB on Mac OS X 10.7.5
Date Thu, 27 Mar 2014 19:05:46 GMT
There is also this:

https://github.com/hoodiehq/node-multicouch

Used in hoodie. Not used personally, but probably would find lots of
helpful people around here to help you use it.


On Thu, Mar 27, 2014 at 12:02 PM, Dale Harvey <dale@arandomurl.com> wrote:

> I had a little script to configure isolated instances, you should be able
> to point 'couchdb' to the couchdb commands inside the .app at a guess
>
>
> https://github.com/crodjer/pouchdb/blob/36eb513b580d5d1870bde81cfeae6ae51d4611a3/scripts/start_standalone_couch.sh
>
>
> On 27 March 2014 12:56, Rian R. Maloney <rian.maloney@yahoo.com> wrote:
>
> > Thanks M.C. for the suggestion. It looks like more than I need at this
> > point. A "3 minute startup" indicates far more complexity than running a
> > few more CouchDB processes. I was hoping for something along the lines of
> > copying "Apache CouchDB.app" and creating several ../Application
> > Support/CouchDB folders and updating the various  "Apache CouchDB.app"
> > packages to point to these new folders?
> >
> > Rian
> >
> >
> >
> > On Thursday, March 27, 2014 12:11 PM, M.C. Wilson <nijhazer@gmail.com>
> > wrote:
> >
> > Well, if you've got a beefy enough machine I suppose you could use
> Vagrant
> > to spin up a few CouchDB VMs. I haven't used it, but there appears to be
> a
> > Couch box for Vagrant over here:
> > https://github.com/concord-consortium/couchdb-vagrant
> >
> >
> > On Mar 27, 2014, at 10:09 AM, Rian R. Maloney <rian.maloney@yahoo.com>
> > wrote:
> >
> > > Is there a simple way to run multiple concurrent instances of CouchDB
> on
> > a single MAC computer or is it not recommended to do this. I am trying to
> > test multiple client types on an application w/o requiring multiple PCs.
> > >
> > > Thank You
> > > Rian
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message