Return-Path: Delivered-To: apmail-jakarta-avalon-phoenix-dev-archive@apache.org Received: (qmail 99427 invoked from network); 28 Sep 2002 04:59:12 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 28 Sep 2002 04:59:12 -0000 Received: (qmail 25289 invoked by uid 97); 28 Sep 2002 05:00:03 -0000 Delivered-To: qmlist-jakarta-archive-avalon-phoenix-dev@jakarta.apache.org Received: (qmail 25255 invoked by uid 97); 28 Sep 2002 05:00:03 -0000 Mailing-List: contact avalon-phoenix-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Avalon-Phoenix Developers List" Reply-To: "Avalon-Phoenix Developers List" Delivered-To: mailing list avalon-phoenix-dev@jakarta.apache.org Received: (qmail 25243 invoked by uid 98); 28 Sep 2002 05:00:02 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) Content-Type: text/plain; charset="iso-8859-1" From: Peter Donald To: "Avalon-Phoenix Developers List" Subject: Re: Clustering Blocks Date: Sat, 28 Sep 2002 15:04:12 +1000 User-Agent: KMail/1.4.2 References: In-Reply-To: X-Wisdom: A right is not what someone gives you; it's what no one can take from you. MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200209281504.12240.peter@apache.org> X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Wed, 25 Sep 2002 07:38, MichaelRettig@thoughtworks.com wrote: > Is anyone looking into the capability of clustering blocks? If phoenix= is > a server of servers, then the next logical step would be the transparen= t > distribution of these servers across vm's. If clustering could be > supported, then this would be a huge feature for phoenix application > developers. > > Thoughts? It is an interesting idea. The problem arises in the specifics. What does= it=20 mean to cluster an application? Does it just mean that we have the same=20 applications deployed in each of the phoenix instances? Or perhaps we hav= e=20 Blocks that are clustered? Some blocks will be easy to cluster (ie Statel= ess=20 blocks which have simple or pass-by-value/serializable types in their met= hod=20 parameters) but some are impossible (ie ConnectionManager which reference= s=20 native resources). So I guess I would need to know more about what you are thinking ;) --=20 Cheers, Peter Donald --------------------------------------------------- "Wise men don't need advice. Fools don't take it."=20 -Benjamin Franklin=20 ---------------------------------------------------=20 -- To unsubscribe, e-mail: For additional commands, e-mail: