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=37085>.
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=37085





------- Additional Comments From [EMAIL PROTECTED]  2005-10-19 21:54 -------
I have done a little bit of debugging and used the findings of Ritesh Adval.
Line 503 of AntClassLoader is the one which might be doing the wrong 
assumptions.
It says :                 File libraryFile = new File(libraryURL.getFile());
This returns a file located in
/C:/Dokumente%20und%20Einstellungen/antoine/ext/AntTaskDepedentLibrary.jar

for C:/Dokumente und Einstellungen/antoine/ext/AntTaskDependentLibrary.jar.


The wrong assumption is that java.net.URL#getFile() returns a string with which
one can instantiate a java.io.File.

I am wondering whether it is not possible to simplify the loop between the lines
491 and 506 of AntClassLoader, by not converting 
String (representing a path) -> URL
then URL -> String (representing a path)
but working with java.io.File or String all the way.

Or is there a reason why we do this all this walk ?

Cheers,
Antoine

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

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to