Community
Participate
Working Groups
I20080923-0800 With the fix for bug 57732, JDT/Core supports ".." in the path to libraries (jar files, class folders). Classpath variables can also contain "..". JDT/UI need to: 1. make sure that the UI doesn't missbehave if a user edits the .classpath and add such a path 2. add support to let the user enter such a path (Build Path wizard, User Library wizard, etc.)
Setting target to M3 as requested by Dani.
For M3 will solve issue 1. Issue two is time permitting for 3.5.
OK, I've done step one and found two minor issues: - bug 249321: IPackagerFragmentRoot#getRawClasspathEntry() returns resolved ".." path. This caused the Remove from Build Path to fail. [fixed] - the relative roots are rendered resolved and not with ".." i.e. not with raw path. I have to check whether we can change this.
The JDT Core fix for the first issue surfaced another problem on the build path property page: the relative entry is now marked as 'missing'. I've fixed that. In addition, pressing 'Edit' didn't open for the correct location for relative JARs. I've fixed that too. Also fixed the label provider. While testing I found out the using .. together with variables in the .classpath file doesn't work, so this is still an open issue which needs work on the JDT Core side.
We won't have time to do this for 3.5.