Bug 166617

Summary:	Compiler places bootclasspath before classpath
Product:	[Fedora] Fedora	Reporter:	Anthony Green <green>
Component:	eclipse	Assignee:	Thomas Fitzsimmons <fitzsim>
Status:	CLOSED NOTABUG	QA Contact:
Severity:	medium	Docs Contact:
Priority:	medium
Version:	rawhide	CC:	gbenson
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2006-02-03 20:51:54 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	150222

Description Anthony Green 2005-08-23 21:18:32 UTC

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.10) Gecko/20050720 Fedora/1.0.6-1.1.fc4 Firefox/1.0.6

Description of problem:
The batch Eclipse compiler has the classpath ordering wrong.  It's placing bootclasspath before classpath.  This makes it impossible to build certain packages using xml-commons-apis, which overrides the org.w3c.dom we have in libgcj.



Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1.Try to override a class in your bootclasspath.
2.
3.
  

Additional info:

Comment 1 Andrew Overholt 2005-08-24 12:51:36 UTC

This is an upstream bug.  Can you file it there?  You'll need to create an
account in eclipse.org's bugzilla, but once you've done that, file it here:

https://bugs.eclipse.org/bugs/enter_bug.cgi?product=JDT&version=3.1&component=Core

Comment 2 Anthony Green 2005-10-22 19:29:59 UTC

I've filed this bug upstream, including a patch for 3.1.1.

https://bugs.eclipse.org/bugs/show_bug.cgi?id=113458

It would be good to get this patch, or something like it, in FC5.  I've hit at
least a couple of packages that won't build without it.

Comment 3 Gary Benson 2005-10-24 09:36:40 UTC

I have patches in axis and xalan-j2 which are probably workarounds for this.

Comment 4 Anthony Green 2005-10-24 13:22:28 UTC

(In reply to comment #3)
> I have patches in axis and xalan-j2 which are probably workarounds for this.

Thanks.  Isn't any package that puts xml-commons-apis on the classpath basically
wrong, since that won't override what's in libgcj (being on the bootclasspath)?
 xml-commons-apis should go in a endorsed dir, no?  

Does ecj put endorsed dir jars in the right place on the classpath?

Comment 5 Anthony Green 2005-10-24 13:23:51 UTC

(In reply to comment #2)
> I've filed this bug upstream, including a patch for 3.1.1.
> 
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=113458

I've closed this bug upstream.  It seems that the problem is with jpackage's
packaging, not ecj.

Comment 6 Gary Benson 2005-10-24 13:38:06 UTC

xml-commons-apis cannot be placed in the endorsed directory because doing so
makes it impossible to use the XML parser implementation in libgcj.

Comment 7 Gary Benson 2005-10-24 13:42:41 UTC

See also bug 152255.

Comment 8 Andrew Overholt 2005-10-27 20:32:05 UTC

So what are we going to do?

Comment 9 Anthony Green 2005-11-06 19:42:02 UTC

(In reply to comment #8)
> So what are we going to do?

Revert libgcj back to DOM2 from DOM3?

The 1.4 JDK used DOM2.  1.5 uses DOM3.  The DOM3 we're using in libgcj is the
source of these problems.

Comment 10 Thomas Fitzsimmons 2005-11-09 21:01:03 UTC

One idea is to modify our ecj to pull in either DOM2 or DOM3 based on its
-source argument.

Comment 11 Andrew Overholt 2006-02-03 16:16:49 UTC

Any news here?

Comment 12 Thomas Fitzsimmons 2006-02-03 20:51:54 UTC

This is not a bug.  ejc's bootclasspath and classpath ordering match Sun javac's
1.5 ordering.