You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by "Oliver Heger (JIRA)" <ji...@apache.org> on 2006/07/08 21:49:31 UTC
[jira] Resolved: (CONFIGURATION-145) [configuration] clone()
implementation for all configurations
[ 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