Bugzilla – Full Text Bug Listing
| Summary: | directory extra classpath entries not supported | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Jeff McAffer <jeffmcaffer> | ||||
| Component: | Ant | Assignee: | Platform-Ant-Inbox <platform-ant-inbox> | ||||
| Status: | CLOSED DUPLICATE | QA Contact: | |||||
| Severity: | normal | ||||||
| Priority: | P3 | CC: | darin.eclipse | ||||
| Version: | 3.7 | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | PC | ||||||
| OS: | Mac OS X - Carbon (unsup.) | ||||||
| Whiteboard: | |||||||
| Bug Depends on: | |||||||
| Bug Blocks: | 327899 | ||||||
| Attachments: |
|
||||||
*** This bug has been marked as a duplicate of bug 327769 *** |
Created attachment 182674 [details] fix for the problem the Eclipse Ant extra classpath entries extension point allows folks to contribute .jars to the classpath of the ant loader used to run a build but not a directory. The problem comes down to the code in computeDefaultExtraClasspathEntries where it gets a URL, converts to a file, makes it absolute and then creates a URL. The URL starts out with a '/' on the end to indicate directory but converting to a file loses that. The final URL does NOT have a '/' so the URL/Ant classloader ignores it. I'll attach a simple and safe patch that corrects the problem.