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

[Antoine Levy-Lambert]

Hi,
maybe the simplest solution would be to change this line :

< File libraryFile = new File(libraryURL.getFile());
to

> File  libraryFile = new File(URLDecoder.decode(libraryURL.getFile()));

Comments ?

Cheers,

Antoine
[EMAIL PROTECTED] wrote:

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


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