8151339 Adding fragment to JAR URLs breaks ant
Paul Sandoz
paul.sandoz at oracle.com
Tue Mar 8 10:08:47 UTC 2016
> On 8 Mar 2016, at 00:24, Uwe Schindler <uschindler at apache.org> wrote:
>
> Hi Steve,
>
> Thanks for the quick fix! I am not able to test this on the short term, but I trust you that Lucene builds now.
I built it successfully a few times from scratch (downloading half the internet :-) ).
> I am a bit nervous, because it does not explain the Ivy issues, but I will try to create some test cases with relative jar:-URL resolving tomorrow.
Thanks.
Note that the resource URLs produced from the class loader should no longer have the #runtime fragment, unless those resources are from an MR-JAR. #runtime is the signal to the URL protocol implementations to process as runtime versioned resource.
> This may help with resolving the problems in build 110.
>
> I just want to make sure, that the following also works:
> - Get URL from classloader to a resource file
> - resolve a relative file against this URL and load it by URL
> (this is common pattern for parsing XML resources from JAR files that refer relatively to other resources in same JAR file by href)
>
If you have a small test project you can share we can give it a test run in the interim.
It could be that the URL resolving mechanism worked incorrectly with a #fragment in the way (especially that mechanism operated directly on the characters of the URL).
> Keep me informed when build 109 is downloadable.
>
Will do.
Paul.
More information about the core-libs-dev
mailing list