Community
Participate
Working Groups
Build ID: Build id: M20070212-1330 Steps To Reproduce: 1. add an external jar to a classpath of a project where the jar has a manifest with a Class-Path: 2. Observe that Eclipse does not treat the jars listed on that classpath as part of the project's classpath. 3. More information: You might reclassify this as an enhancement, but I offer the thought that this makes it quite hard to import existing code that depends on the manifest classpath.
We are investigating that with bug 97332, closing as duplicate. *** This bug has been marked as a duplicate of bug 97332 ***
Bug 97332 ended up addressing the batch compiler story only. Reopening.
The problem I am having is that with Eclipse 3.3 (with WTP 2.0 and WebLogic 10.0), the compile time classpath cannot find the classes under BEA_HOME/modules even with weblogic.jar in the build path. This is because Eclipse seems to ignore the manifest file in weblogc.jar that has classpath entries to "BEA_HOME\modules\features\weblogic.server.modules_10.0.0.0.jar" …… which in turn has manifest entries that point to 60+ jars under the modules dir. As a large govt. agency that uses Eclipse extensively and has a standard Java/Eclipse desktop, this bug is now making us evaluate different options (such as using the WebLogic plugin, creating a domain template, including 50+ jars in the build path, etc.). We would really appreciate it if the priority on this bug could be elevated.
It is too late for 3.4 as we have entered the final development stage. Earliest would be targeting 3.5.
M3 target for a solution based on multiple resolved pkg fragment roots from a JAR classpath entry. Note that it needs to apply to container entries too.
Created attachment 114413 [details] Proposed fix and regression tests
Created attachment 114414 [details] Proposed fix and regression tests Retry since first attachment seems corrupt
Created attachment 114417 [details] Proposed fix and regression tests Create patch was creating a corrupt file (see bug 249954)
Created attachment 114534 [details] Improved fix and same regression tests
Created attachment 114548 [details] Same fix and improved tests
Fix and tests released for 3.5M3
Verified for 3.5M3 using I20081026-2000. Seems to work, but all entries are displayed using the entry of the original jar that contains the Class-Path: entry in the MANIFEST.MF file. This makes it really difficult to know what jar corresponds to what entry in the Class-Path: directive.
(In reply to comment #12) > Seems to work, but all entries are displayed using the entry of the original > jar that contains the Class-Path: entry in the MANIFEST.MF file. > This makes it really difficult to know what jar corresponds to what entry in > the Class-Path: directive. See bug 252591