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 34362] - [configuration] AbstractFileConfiguration.save() creates a new file instead of overwritting the existing one
Date Mon, 18 Apr 2005 19:57:23 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=34362>.
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=34362





------- Additional Comments From JMGuillemette@hotmail.com  2005-04-18 21:57 -------
arg,

Hi everyone, i finished my fix.. rexamined it.. and decided it wasnt clean at 
all.

one of the issues i ran into was if we store the file URL .. if we do a 
setFileName or setBasePath should we also automatically update the URL... 
my quess is yes.. this is not.. but that leads to what to return when the user 
calls getBasePath

currently if the user set the URL via setURL basePath returns a file://my file
but if they use lets say a file object .. via setFile() then basepath returns 
c:/yourFile

basepath is changing based on how the file path / name was set. 

So this creates a problem. Using the URL is a master reference we can still 
resolved the base path via configurationUtils.getBasePath(url) but it will no 
longer change based on how the values where initailly set.

A) is this bad?
b) should basepath be changing based on how the file / path was set anyways.? 
shouldnt it be more consistent?

Really need some guidance here form the active members. Cause it looks like any 
solution to this bug is going to have minor functionality changes that im 
trying to avoid.

J.


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