Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 18067 - Java CLASSPATH environment variable set incorrectly
Summary: Java CLASSPATH environment variable set incorrectly
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Development (show other bugs)
Hardware: All Linux
: High minor (vote)
Assignee: Adrian Almenar
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 19722
  Show dependency tree
 
Reported: 2003-03-23 19:04 UTC by Tony Kemp
Modified: 2003-10-03 20:00 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Tony Kemp 2003-03-23 19:04:22 UTC
When a version of Java is emerged, the classpath is set (via java-config)
incorrectly. It is set to /usr/-java version-/jre/lib/rt.jar when it should be
set to /usr/-java version-/jre/lib. As it stands, java works, but with this
default setting, extensions installed in jre/lib/ext are not automatically
loaded. As far as I understand it, the Sun recommended classpath should be
...jre/lib.

This problem seems to be with java-config rather than the actual Java ebuilds.

Reproducible: Always
Steps to Reproduce:
1. Emerge Java
2.
3.
Actual Results:  
CLASSPATH="/usr/-java version-/jre/lib/rt.jar:."

Expected Results:  
CLASSPATH=".:/usr/-java version-/jre/lib"
Comment 1 Adrian Almenar 2003-03-31 07:59:55 UTC
this should be fixed on all jdk's then. 
 
Il look at it. 
Comment 2 Adrian Almenar 2003-04-23 00:46:14 UTC
Ok, i fixed this on jdk-1.3.1.07. Its on testing now. Im testing it and if it works, i will 
change it on all needed ebuilds. 
Comment 3 Adrian Almenar 2003-05-27 12:45:53 UTC
Fixed in all sun-jdk ebuilds and jrockit ebuilds. 
Comment 4 Adrian Almenar 2003-07-01 20:44:14 UTC
Im not having enough time to work on gentoo NOW, i can help on these later.
Comment 5 Adrian Almenar 2003-10-03 19:58:44 UTC
Fixed on cvs.