--- Paul Hammant <[EMAIL PROTECTED]> wrote:
> >
> >
> >[... Xpath complex & room for plenty of error ...]
> >
> Conceeded.
>
> >
> >Another possibility, is to just stick with method
> calls (ex):
> >
>
>cfg.getChild("somechild").getChild("anotherchild").getValueAsLong();
> >
> That's what Configurable gives already. We're
> dwelling on the setting
> of config rather than the getting of it in this
> discussion.
>
>
>
setableCfg.getChild("somechild").getChild("anotherchild").setLongValue(14);
>
> How that?
Thanks for the refocusing comment above. My question
is, "who is responsible for setting the
configuration?"
The point being, with the IoC pattern (see site docs
for those not familiar), the Configuration is given as
a read only instance for a reason. The Configurable
Component is not supposed to alter the system beneath
it in the Component heirarchy. With that in mind, we
have to consider exactly what types of configuration
changes are occuring, the affect on the system, and
which component/service is responsible for altering
the
configuration.
It is probable that the dbXML folks have thought many
of these things through, so I am very interested in
the approach and thought processes they have gone
through for their system.
It could be that we should develop a special purpose
configuration management service that manages the
persistence of the Configuration elements. In that
case we programmatically build what we _want_ the
configuration to be (i.e. the current method building
configuration trees) and register it with the
Configuration Management Service. The service would
be an Avalon Block in CornerStone.
__________________________________________________
Do You Yahoo!?
Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger
http://im.yahoo.com
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
