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=34103>. 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=34103 ------- Additional Comments From [EMAIL PROTECTED] 2005-03-22 08:37 ------- About PropertyDoesNotExistException: We once changed the semantic of our getXXX(String key) methods to always throw an exception if the property does not exist. This caused lots of protests by our users who demanded null return values instead, so the solution with the throwExceptionOnMissing-Flag was introduced. I think we can't change this again. About the conversion methods: As I pointed out I don't see data conversion as a main feature of a Configuration framework. However your approach would allow to refactor a bunch of code dealing with data conversion (especially in PropertiesUtils) into small and flexible converter classes that can be even customized by the user. This is very nice. The problem I see with this is that it is surely not easy to design a functional hierarchy of converter classes. The [convert] sandbox project has tried exactly that and has failed so far. So if such a conversion framework existed and could be easily embedded into Configuration, I would give it a go. But I don't want to develop one in the Configuration project. -- 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]
