Bug 266968 - Strict classpath check in org.eclipse.jdt.internal.core.JavaProject.setRawClasspath()
Summary: Strict classpath check in org.eclipse.jdt.internal.core.JavaProject.setRawCla...
Status: NEW
Alias: None
Product: JDT
Classification: Eclipse Project
Component: Core (show other bugs)
Version: 3.5   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: JDT-Core-Inbox CLA
QA Contact:
URL:
Whiteboard: stalebug
Keywords:
Depends on:
Blocks:
 
Reported: 2009-03-03 22:57 EST by chunrong lai CLA
Modified: 2022-06-06 13:00 EDT (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description chunrong lai CLA 2009-03-03 22:57:44 EST
Build ID: I20081211-1908

Steps To Reproduce:

hi, colleagues:
   I met quite a few of error info like "Project is missing required library ..." and "Build Path contains duplicate entry ..." when I run Eclipse (EUT) on top of Harmony (http://harmony.apache.org), particularly when org.eclipse.jdt.core.builder.TestingEnvironment.addExternaljars(projectPath, Util.getJavaClassLibs()) which adding the bootclasspaths of a JVM to the class path of a project. Investigating the codebase I think that the classpath checking rules inside org.eclipse.jdt.internal.core.JavaProject.setRawClasspath() are arguable.


More information:

  For example:
  (1) "Project is missing required library .\deploy\jdk\jre\lib\boot\xalan-j_2.7.0\serializer.jar".
Note: the name serializer.jar is extracted from the Class-Path info in the Manifest of xalan.jar, which is an entry of Harmony's bootclasspath. But actually serializer.jar is not used, so it is not in the JVM¡¯s default release.

Question: is it possible for Eclipse to ignore the non-existing JAR file, from the Class-Path attributes?

 (2) "Build Path contains duplicate entry: ...\xml-apis.jar".
Note: the duplication is resulted because the first occurrence (of xml-apis.jar) extracted by Eclipse from the Class-Path info in the Manifest of the xalan.jar, which is set in bootclasspath of Harmony, while the second occurrence (of xml-apis.jar) is directly read from the (later entry of)bootclasspath. In my understanding this rule limits the order of the bootclasspath or other adding classpath-list if the entries are refered each other by the Class-path info.

Question: is it possible for Eclipse to extract the Class-Path info (in the Manifest) after adding all of the Classpath list items?
Comment 1 Eclipse Genie CLA 2020-06-10 09:40:42 EDT
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet.

If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.

--
The automated Eclipse Genie.
Comment 2 Eclipse Genie CLA 2022-06-06 13:00:27 EDT
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet.

If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.

--
The automated Eclipse Genie.