Return-Path: X-Original-To: apmail-incubator-bloodhound-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-bloodhound-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 3AFEDD725 for ; Tue, 19 Feb 2013 15:13:25 +0000 (UTC) Received: (qmail 56512 invoked by uid 500); 19 Feb 2013 15:13:25 -0000 Delivered-To: apmail-incubator-bloodhound-dev-archive@incubator.apache.org Received: (qmail 56415 invoked by uid 500); 19 Feb 2013 15:13:24 -0000 Mailing-List: contact bloodhound-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: bloodhound-dev@incubator.apache.org Delivered-To: mailing list bloodhound-dev@incubator.apache.org Delivered-To: moderator for bloodhound-dev@incubator.apache.org Received: (qmail 22867 invoked by uid 99); 18 Feb 2013 07:55:23 -0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of gerard.flanagan@outlook.com designates 157.55.0.207 as permitted sender) X-EIP: [S0i1AO8IPllA0eHSJxvhKS52QnkT+w+H] X-Originating-Email: [gerard.flanagan@outlook.com] Message-ID: Content-Type: multipart/alternative; boundary="_976f2ce9-b52c-4c14-b08b-34007a26b9cf_" From: Gerard Flanagan To: "bloodhound-dev@incubator.apache.org" Subject: RE: Buildout dev environment Date: Mon, 18 Feb 2013 07:54:52 +0000 Importance: Normal In-Reply-To: References: , MIME-Version: 1.0 X-OriginalArrivalTime: 18 Feb 2013 07:54:52.0211 (UTC) FILETIME=[3BAE6030:01CE0DAD] X-Virus-Checked: Checked by ClamAV on apache.org --_976f2ce9-b52c-4c14-b08b-34007a26b9cf_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Thanks >=20 > What about creating a second Apache=99 Bloodhound instance (i.e environme= nt) ? >=20 You would more or less repeat the process in another directory and change t= he relevant parameters in the buildout.cfg file - project name=2C database = name etc. - before running ./bin/buildout. A common environments directory = ought to be possible. (The actual instance package name need not be changed= from 'bhinstance' just the directory in which 'bhinstance' is found - if f= ile paths are correct in buildout.cfg then buildout will do the relevant sy= s.path setup such that the correct 'bhinstance' is imported). For running multiple instances behind a web server=2C I would use uwsgi rou= ter/subscription server so that you can add or remove instances without nee= ding to stop/restart the frontend. GMF = --_976f2ce9-b52c-4c14-b08b-34007a26b9cf_--