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=35772>. 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=35772 ------- Additional Comments From [EMAIL PROTECTED] 2005-07-18 20:57 ------- You are right, the ConfigurationUtils.copy() method does not work correctly with hierarchical configurations. I assume that all properties are copied, but the hierarchical structure is lost. That's why getter methods do not return any data for keys with indices. Unfortunately this issue is not easy to fix. The current copy() implementation is quite generic, a copy for hierarchical configurations must be implemented differently because the hierarchical tree of properties must be taken into account. What makes things even more complicated is the fact that the property trees of the source and destination configuration must be correctly merged, otherwise the accessor methods would not work as expected. This merge is non trivial. What I could offer you is a clone() method in HierarchicalConfiguration. Cloning is much easier because no merge of the resulting property trees has to be performed (the target tree is empty). Would this be useful for you? However for XMLConfiguration the clone() method will have the limitation that certain information about the original XML document (e.g. comments or processing instructions) is lost. This is because an XMLConfiguration instance that was loaded from an XML document associates its properties with the corresponding XML elements; if they are changed, the document is updated, too. Now if an XMLConfiguration object is cloned, the clone must not point to the same document to avoid inconsistencies if both objects are changed. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
