commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 38953] New: - Need addition of clone() method/concept to Configuration interface and/or implementing classes
Date Mon, 13 Mar 2006 16:45:05 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=38953>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=38953

           Summary: Need addition of clone() method/concept to Configuration
                    interface and/or implementing classes
           Product: Commons
           Version: 1.2 Final
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: enhancement
          Priority: P2
         Component: Configuration
        AssignedTo: commons-dev@jakarta.apache.org
        ReportedBy: mike_ferraro@harvard.edu


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

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
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