On Sun, 2 Sep 2001 19:01, Tom Bradford wrote:
> Paul Hammant wrote:
> > Hypothetical -
> >
> > If we went ahead with ModifiableConfiguration ConfigurationModifier and
> > Reconfigurable (extends Configurable) would we invoke the update method
> > with a xpath-style ID for the node within the sub-ddocument to change?
> > If yes, we could use dom4j as an interim implmentation (it's very good).
>
> I would try to keep it in the family and just use the Xalan XPathAPI
> stuff. I'm skeptible of exposing XPaths as the form for performing
> selection against the configuration though, as it assumes (to a degree)
> that the underlying representation is XML, when it may not be.
I was thinking about something as simple as current setup.
ie
vois storeConfiguration( String application,
String block,
Configuration config );
I haven't really thought about how logging/security/threading can be
reconfigured. Those changes would require an app shutdown - while changing a
blocks configuration does not require that.
As I have hinted at in past I really really want to have one ConfigRepository
stored in a directory (ala LDAP) to ease management.
--
Cheers,
Pete
-------------------------------------------------------
To fight and conquer in all your battles is not supreme
excellence; supreme excellence consists in breaking the
enemy's resistance without fighting. - Sun Tzu, 300 B.C.
-------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
