geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Alex Blewitt <>
Subject Re: Volunteers - Topics AND Configuration
Date Tue, 12 Aug 2003 19:32:40 GMT
I don't think it has been 'chosen' at all. It was a discussion to bring 
out the pros and cons of either.

IMHO the ConfAsReg is a good one to go for because it offers clear 
benefits when clustering occurs. But there's still a lot to be worked 
out in the meantime ...

Depending on how the initial code cut works, it may be that it uses an 
XML file to describe a number of MBeans in use as the JMXAsKernel, and 
that may be the dominant configuration mechanism in the short term. But 
if we can, we should aim for a generic Configuration repository that 
can switch at a later stage.


On Tuesday, Aug 12, 2003, at 18:46 Europe/London, Sean Hamblett wrote:

> Thanks,
>   I wasn't sure if ConfigurationAsRegistry had been chosen or not, 
> that thread has been dormant for a bit, hard to tell with so many 
> topics.  Please bear with me, this is my fist Open Source project...
> Sean
> On Tue, 12 Aug 2003 13:41:40 -0400 (EDT)
>  Henri Yandell <> wrote:
>> I think they should be separate. The Configuration code will [I hope] 
>> be
>> users of the JNDI code. It's something I've found myself tending 
>> towards.
>> A JNDI implementation, but I often write a simple Config class around 
>> that
>> JNDI back end. Simple things like:
>> getAsString
>> getAsInteger
>> getAsFile
>> etc etc, which keeps the code using the configuration a bit cleaner. 
>> More
>> importantly, they are separated.
>> My belief is that other parts of the system using the Configuration 
>> should
>> do so through an interface. etc etc, OO OO, polywossism usw.
>> Hen
>> On Tue, 12 Aug 2003, Sean Hamblett wrote:
>>> Hi,
>>> I am interested in Configuration, is that considered part
>>> of JNDI, or has that yet to be established as its own
>>> topic?  Oh yeah, a little about me, Java/J2EE Developer 3
>>> years with a couple years of C/C++ prior.
>>> Regards,
>>> Sean

View raw message