Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@geronimo.apache.org
Received-SPF: pass (hermes.apache.org: local policy)
Mime-Version: 1.0 (Apple Message framework v619)
In-Reply-To: <f8de7ee041118215423d7edb6@mail.gmail.com>
References: <FF7CE36846E01B439945B55FFB1DF5BE07B7F6@mail.toolazydogs.com>
 <F7DC82AC-398E-11D9-87D0-000D93C5B79C@gluecode.com>
 <Pine.LNX.4.58.0411181352160.11565@saturn.opentools.org>
 <f8de7ee041118215423d7edb6@mail.gmail.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <381D70AA-39F9-11D9-8F70-000D93361CAA@gluecode.com>
Content-Transfer-Encoding: 7bit
From: David Jencks <djencks@gluecode.com>
Subject: Re: Can GBean get its configuration ClassLoader?
Date: Thu, 18 Nov 2004 23:04:13 -0800
To: dev@geronimo.apache.org


On Nov 18, 2004, at 9:54 PM, Srinath Perera wrote:

> Just two quick question,
> 1) is there anyway one can add/register magic attributes form code or
> plan? (Just for INFO have not find for use case for it yet :) )
no, unless you rewrite the GBeanMBean class.  There's a fairly wide 
variety, and a request to add a reference to ServerInfo as a magic 
attribute.  If you need another, discuss it: adding one is a moderately 
large architectural decision.
> 2) Does GBean constrcters support injecting magic attributes only?
You can inject any persistent attribute, magic attribute, or reference 
(collection).  Most gbeans now use constructor dependency injection 
only, and the ones that don't are being converted as their classes are 
worked on.

I think the normal ordering convention is to put regular persistent 
attributes first, then references (and reference collections), then 
magic attributes.

Attributes start with lower case letters, References with upper case.

note that magic attributes are NOT persistent, whereas regular 
attributes in the constructor must be persistent.

thanks
david jencks

> Thanks
> Srinath
>
>
>
> On Thu, 18 Nov 2004 13:54:28 -0500 (EST), Aaron Mulder
> <ammulder@alumni.princeton.edu> wrote:
>>         Right, you helped me out with this in person a few days ago...
>> Thanks.  BTW, as a note for anyone else who's interested, GBeanMBean 
>> has a
>> section at the bottom defining all the available magic attributes, and
>> there are a lot of them.  Dain pointed me to that, too.  :)
>>
>> Aaron
>>
>>
>>
>> On Thu, 18 Nov 2004, Dain Sundstrom wrote:
>>> You simply declare an attribute of type ClassLoader, named
>>> "classLoader", which is not persistent, and the framework will
>>> automatically inject the correct class loader.
>>>
>>> -dain
>>>
>>> --
>>> Dain Sundstrom
>>> Chief Architect
>>> Gluecode Software
>>> 310.536.8355, ext. 26
>>>
>>> On Nov 18, 2004, at 7:49 AM, Alan D. Cabrera wrote:
>>>
>>>>> -----Original Message-----
>>>>> From: Aaron Mulder [mailto:ammulder@alumni.princeton.edu]
>>>>> Sent: Sunday, November 14, 2004 10:56 PM
>>>>> To: dev@geronimo.apache.org
>>>>> Subject: Can GBean get its configuration ClassLoader?
>>>>>
>>>>>    I wonder if there's a way for a GBean to get the ClassLoader for
>>>>> the configuration it's a part of -- in other words, the
>>>>> GBeanMBean.getClassLoader(), which includes the dependencies in the
>>>>> deployment plan, etc.
>>>>>    I want the SQLSecurityRealm to be able to load a driver class.
>>>>> However, the SQLSecurityRealm itself was loaded in the Server
>>>>> configuration, and the JDBC driver is included as a dependency of 
>>>>> the
>>>>> service deployment plan that declares the realm (but gets the
>>>>> SQLSecurityRealm class from its parent).  So the SQLSecurityRealm
>>>> can't
>>>>> see the driver classes in a child of it's own CL, and the
>>>>> ThreadContextClassLoader does not appear to be set to something 
>>>>> useful
>>>>> when doStart is called on the GBean.
>>>>>    I basically want to be able to call some static method to get
>>>> the
>>>>> GBeanMBean for the current GBean implementation class, becasue 
>>>>> then I
>>>>> could get the ClassLoader from it.  But any other suggestions 
>>>>> would be
>>>>> appreciated too.  :)
>>>>
>>>> Why not declare the driver in the same plan as the SQLSecurityRealm 
>>>> and
>>>> use the magic attribute classLoader?
>>>>
>>>>
>>>> Regards,
>>>> Alan
>>>>
>>>>
>>>
>>>
>>
>