I had a short glance at your code (not much time ATM). This seems to be
similar to my own ideas. Comments inline.
Emmanuel Bourg wrote:
[snip]
- a ConfigurationNode interface is introduced, it's an abstract node
with basic navigation methods like getElements(), createNode(),
getName(). Its impl
Oliver Heger wrote:
Hmm, navigating through a tree based on a configuration key, creating
missing nodes if necessary and finally storing the value...
Similar code is contained in HierarchicalConfiguration and I suppose in
XMLConfiguration, too, to update the internally used DOM tree. I wonder
i
texts" etc...? Most of the howto's I found seem too basic for me..
>
> Eric
>
> > -Original Message-
> > From: Oliver Heger [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, October 27, 2004 7:49 AM
> > To: Jakarta Commons Developers List
> > S
2004 7:49 AM
> To: Jakarta Commons Developers List
> Subject: Re: [configuration] Any reason why JNDIConfiguration is
> readonly?
>
>
> Hmm, navigating through a tree based on a configuration key, creating
> missing nodes if necessary and finally storing the value...
>
> Similar
velopers List
Subject: Re: [configuration] Any reason why JNDIConfiguration is
readonly?
Eric Pugh wrote:
Anyone have a good reason whe JNDIConfiguration doesn't support setting
properties? I was thinking of going for just a simple string storing of
properties, not binding in Datasources or an
Eric Pugh wrote:
Well.. I started on the bind/rebind stuff. and am having a really hard
time of it...
I can bind a property like this "newprop" just fine.. However, a property
like "my.newprop" fails.. I think I need to crawl the tree and find the
correct context and then set that... argh..
Th
st
> Subject: Re: [configuration] Any reason why JNDIConfiguration is
> readonly?
>
>
> Eric Pugh wrote:
> > Anyone have a good reason whe JNDIConfiguration doesn't support setting
> > properties? I was thinking of going for just a simple string storing of
&
Eric Pugh wrote:
Anyone have a good reason whe JNDIConfiguration doesn't support setting
properties? I was thinking of going for just a simple string storing of
properties, not binding in Datasources or anything funky like that...
Eric
How to you plan to implement this ? By playing with the
bind/
Anyone have a good reason whe JNDIConfiguration doesn't support setting
properties? I was thinking of going for just a simple string storing of
properties, not binding in Datasources or anything funky like that...
Eric
-
To uns
