Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 49879 invoked from network); 14 Mar 2006 21:16:30 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 14 Mar 2006 21:16:30 -0000 Received: (qmail 80132 invoked by uid 500); 14 Mar 2006 21:16:27 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 80083 invoked by uid 500); 14 Mar 2006 21:16:27 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 80071 invoked by uid 99); 14 Mar 2006 21:16:26 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 Mar 2006 13:16:26 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [216.220.96.26] (HELO mail.bway.net) (216.220.96.26) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 Mar 2006 13:16:25 -0800 Received: (qmail 39391 invoked by uid 0); 14 Mar 2006 21:16:03 -0000 Received: from unknown (HELO ida.bway.net) (216.220.96.4) by smtp.bway.net with (EDH-RSA-DES-CBC3-SHA encrypted) SMTP; 14 Mar 2006 21:16:03 -0000 Date: Tue, 14 Mar 2006 16:16:02 -0500 (EST) From: lichtner To: dev@geronimo.apache.org Subject: Re: Summary? In-Reply-To: Message-ID: References: <1F5F68F5-2E35-4AAF-B90B-072081D34FE7@gmail.com> <44042DE9.2080203@mortbay.com> <4406A4CA.7080501@mortbay.com> <8BD915E8-7E9B-423C-BAE0-30848C10DA49@iq80.com> <440855A4.4060406@mortbay.com> <50B7DE47-82DB-4F5B-AD61-2B2AACC1AE35@iq80.com> <440BF78E.2000802@mortbay.com> <79A344F8-8D67-4957-81FD-A1698EC86101@iq80.com> <441034D7.3030809@coredevelopers.net> <44168519.5020903@coredevelopers.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On Tue, 14 Mar 2006, David Blevins wrote: > Provisioning of the actual stateful session bean keys is easy to > isolate, but as I say inventing a client id that you could use as > part of a stateful session bean's id is not easy. Would it be enough to generate a cluster-wide unique id?