commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Oliver Heger (JIRA)" <j...@apache.org>
Subject [jira] Resolved: (CONFIGURATION-145) [configuration] clone() implementation for all configurations
Date Sat, 08 Jul 2006 19:49:31 GMT
     [ http://issues.apache.org/jira/browse/CONFIGURATION-145?page=all ]
     
Oliver Heger resolved CONFIGURATION-145:
----------------------------------------

    Fix Version: Nightly Builds
     Resolution: Fixed

clone() methods have been added to the most important Configuration implementations, including
CompositeConfiguration and CombinedConfiguration.

> [configuration] clone() implementation for all configurations
> -------------------------------------------------------------
>
>          Key: CONFIGURATION-145
>          URL: http://issues.apache.org/jira/browse/CONFIGURATION-145
>      Project: Commons Configuration
>         Type: Improvement

>     Versions: 1.2 Final
>  Environment: Operating System: All
> Platform: All
>     Reporter: Mike Ferraro
>     Assignee: Oliver Heger
>     Priority: Minor
>      Fix For: Nightly Builds

>
> Original email text:
> ---
> >The HierarchicalConfiguration class contains a clone() method, to allow
> >decoupling of a configuration from the underlying file to prevent ill
> >effects during configuration updates.  So, for example, I can clone an
> >XMLConfiguration for a user's session in a web app and update the
> >configuration file underneath so that the updates will be active for the
> >next user and the current user will not experience some undesirable
> >effect due to the change.
> >
> >My question is why this concept does not exist at a higher level?  It
> >would seem that any class that implements the FileConfiguration
> >interface (and therefore the ReloadingStategy concept), should implement
> >a method that allows the configuration to be temporarily decoupled from
> >the source.  Are there any plans for cloning to be enforced at a
> >FileConfiguration level?
> >
> >>From a completely selfish standpoint, I have a CompositeConfiguration
> >object that contains several PropertiesConfigurations and
> >XMLConfigurations with different reloading strategies.  I'd like to
> >clone this for each user session for the above mentioned reason.
> >Ideally, the CompositeConfiguration would be clonable (cloning each of
> >the encapsulated configurations), but barring that, it would be nice to
> >be able to loop through the contained configurations and perform a
> >FileConfiguration.clone() on each object.  Or maybe there's another way
> >to do this that I'm not seeing?
> >
> >TIA,
> >Mike
> >
> >
> Mike,
> a consistent implementation of clone() methods would IMO make sense for
> most of the Configuration implementations. Would you be so kind to open
> an enhancement ticket for this in bugzilla, so this idea won't get lost
> (see
> http://jakarta.apache.org/commons/configuration/issue-tracking.html)?
> Thanks.
> What may help you ATM are some utility methods in ConfigurationUtils for
> copying configurations. You might have a look at this class and maybe
> you can use some of the stuff to solve your problem.
> Oliver

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org


Mime
View raw message