ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 37085] - problem refering jars specfied by Class-Path attribute in manifest of a ant task jar file, when this ant task jar file is located in a directory with space
Date Wed, 19 Oct 2005 19:54:41 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=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 antoine@apache.org  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: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org


Mime
View raw message