Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 67668 invoked from network); 12 Jun 2006 02:54:47 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 12 Jun 2006 02:54:47 -0000 Received: (qmail 47946 invoked by uid 500); 12 Jun 2006 02:54:45 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 47580 invoked by uid 500); 12 Jun 2006 02:54:44 -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 47569 invoked by uid 99); 12 Jun 2006 02:54:44 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 11 Jun 2006 19:54:44 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [209.181.65.237] (HELO sun.savoirtech.com) (209.181.65.237) by apache.org (qpsmtpd/0.29) with SMTP; Sun, 11 Jun 2006 19:54:43 -0700 Received: from [206.197.197.7] ([206.197.197.7]) (authenticated bits=0) by sun.savoirtech.com (8.13.6/8.13.6) with ESMTP id k5C2sKRI014476 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 11 Jun 2006 20:54:21 -0600 Message-ID: <448CD7B9.6080603@apache.org> Date: Sun, 11 Jun 2006 20:55:53 -0600 From: Jeff Genender Reply-To: jgenender@apache.org Organization: Apache Geronimo User-Agent: Thunderbird 1.5.0.2 (Macintosh/20060505) MIME-Version: 1.0 To: dev@geronimo.apache.org Subject: Re: GBeans representing separately persistent data References: <74e15baa0606111620p3b3e5d97p528174e0f332a82c@mail.gmail.com> <448CB338.4040807@apache.org> <74e15baa0606111738p15bb16dpd2b3739ecb8f8e5b@mail.gmail.com> <448CD086.3040002@toolazydogs.com> <74e15baa0606111931s62f71b1dhcc3ef7c7870f20ba@mail.gmail.com> <448CD4A2.8020806@apache.org> <448CD5DD.7020805@toolazydogs.com> In-Reply-To: <448CD5DD.7020805@toolazydogs.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.5 (2005-11-28) on sun.savoirtech.com X-Virus-Scanned: ClamAV 0.88.2/1532/Sun Jun 11 16:57:47 2006 on sun.savoirtech.com X-Virus-Status: Clean X-Virus-Checked: Checked by ClamAV on apache.org X-Old-Spam-Status: No, score=-105.3 required=5.6 tests=ALL_TRUSTED,AWL,BAYES_00, USER_IN_WHITELIST autolearn=failed version=3.0.5 X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Alan D. Cabrera wrote: > Jeff Genender wrote: >> Aaron Mulder wrote: >> >>> On 6/11/06, Alan D. Cabrera wrote: >>> >>>> Following your analogy we would be making GBeans for individual EJB >>>> instances. What am I missing? >>>> >>> I guess you're missing JSR-77, which seems to say that we should have >>> GBeans for individual EJB instances. Servlets too. >>> >> >> Which part of JSR-77 says we need GBeans for Servlets? I will be >> surprised of that spec even has the word "GBean" in it. >> >> I do believe the servlets have MBean access. Is this what you are >> referring to? >> > > I think that there is an important distinction here. There's a > difference between providing JMX access and what features deployment > capabilities have. For example, while I may have access to an > individual instance of an entity bean, I'm not sure because, thank god, > I do not know JSR-77, I am certain that one cannot *create* an instance > of an entity bean using GBean. One can only create its container. Agreed 100%. > > > Regards, > Alan > > >