[#DERBY-668] SysInfo does not print the right information when Derby is not loaded through the classpath.

Derby

SysInfo does not print the right information when Derby is not loaded through the classpath.

Created: 02/Nov/05 07:16 AM Updated: 09/Aug/06 06:41 AM

Return to search

Component/s:

Build tools

Affects Version/s:

10.1.1.0

Fix Version/s:

10.2.1.6

Time Tracking:

Not Specified

File Attachments:

File Name	Date Attached	Attached By	Size
derby-668-2.diff	2005-11-24 07:31 AM	Bryan Pendleton	4 kB
derby-668-3.diff	2005-12-01 07:18 AM	Bryan Pendleton	4 kB
derby-668-4.diff	2005-12-03 06:19 AM	Bryan Pendleton	4 kB
Derby-668.diff	2005-11-07 03:35 AM	Bryan Pendleton	1 kB
sysinfo_Feb27_2006.diff	2006-02-28 05:13 AM	Bryan Pendleton	5 kB
sysinfo_Feb28_2006.diff	2006-03-01 01:45 PM	Bryan Pendleton	5 kB
with_andrews_feedback.diff	2006-03-12 11:00 AM	Bryan Pendleton	6 kB

Issue Links:

Reference

This issue relates to:

~~DERBY-826~~ sysinfo does not report the version of derby.jar if the class does not explictly contain it.

~~DERBY-1063~~ Add new jar file to execute tools/network server with java -jar

This issue is related to:

DERBY-1273 Sysinfo should print a better message when it gets Security Exceptions accessing classpath info when run under security manager

Issue & fix info:	Release Note Needed
Resolution Date:	22/Mar/06 02:39 AM

Description

« Hide

There is a section in the SysInfo tool's output titled "Derby Information", which prints location and version information for the major Derby jars. Here is an example of that output:

--------- Derby Information --------
JRE - JDBC: J2SE 1.4.2 - JDBC 3.0
[/home/bpendleton/src/derby-subversion/trunk/jars/insane/derby.jar] 10.2.0.0 alpha - (315052M)
[/home/bpendleton/src/derby-subversion/trunk/jars/insane/derbytools.jar] 10.2.0.0 alpha - (315052M)
[/home/bpendleton/src/derby-subversion/trunk/jars/insane/derbynet.jar] 10.2.0.0 alpha - (315052M)
[/home/bpendleton/src/derby-subversion/trunk/jars/insane/derbyclient.jar] 10.2.0.0 alpha - (315052M)
[/home/bpendleton/downloads/derby/db2jcc/lib/db2jcc.jar] 2.4 - (17)
[/home/bpendleton/downloads/derby/db2jcc/lib/db2jcc_license_c.jar] 2.4 - (17)

Unfortunately, this tool can be fooled if you arrange for one of these jar files to be loaded from a magic location like $JAVA_HOME/jre/lib/ext.

For example, I had (accidentally) placed an old version of db2jcc.jar into $JAVA_HOME/jre/lib/ext. When I ran SysInfo, it printed out:

--------- Derby Information --------
JRE - JDBC: J2SE 1.4.2 - JDBC 3.0
[/home/bpendleton/src/derby-subversion/trunk/jars/insane/derby.jar] 10.2.0.0 alpha - (315052M)
[/home/bpendleton/src/derby-subversion/trunk/jars/insane/derbytools.jar] 10.2.0.0 alpha - (315052M)
[/home/bpendleton/src/derby-subversion/trunk/jars/insane/derbynet.jar] 10.2.0.0 alpha - (315052M)
[/home/bpendleton/src/derby-subversion/trunk/jars/insane/derbyclient.jar] 10.2.0.0 alpha - (315052M)
[/home/bpendleton/downloads/derby/db2jcc/lib/db2jcc.jar] 1.0 - (581)
[/home/bpendleton/downloads/derby/db2jcc/lib/db2jcc_license_c.jar] 1.0 - (581)

However, the "1.0 (581)" information actually came from $JAVA_HOME/jre/lib/ext/db2jcc.jar, NOT from
/home/bpendleton/downloads/derby/db2jcc/lib/db2jcc.jar.

It would be nice if SysInfo could detect the difference between a jar file being loaded via the application class loader using $CLASSPATH, and a jar file being loaded via the system class loader using JDK library extensions.

To reproduce the problem, simply:
1) Place an older version of db2jcc.jar into $JAVA_HOME/jre/lib/ext
2) Place a newer version of db2jcc.jar into your $CLASSPATH
3) Run SysInfo. You will see that it prints the name of the jarfile from $CLASSPATH, but the version info from the JDK copy.

Description

There is a section in the SysInfo tool's output titled "Derby Information", which prints location and version information for the major Derby jars. Here is an example of that output: --------- Derby Information -------- JRE - JDBC: J2SE 1.4.2 - JDBC 3.0 [/home/bpendleton/src/derby-subversion/trunk/jars/insane/derby.jar] 10.2.0.0 alpha - (315052M) [/home/bpendleton/src/derby-subversion/trunk/jars/insane/derbytools.jar] 10.2.0.0 alpha - (315052M) [/home/bpendleton/src/derby-subversion/trunk/jars/insane/derbynet.jar] 10.2.0.0 alpha - (315052M) [/home/bpendleton/src/derby-subversion/trunk/jars/insane/derbyclient.jar] 10.2.0.0 alpha - (315052M) [/home/bpendleton/downloads/derby/db2jcc/lib/db2jcc.jar] 2.4 - (17) [/home/bpendleton/downloads/derby/db2jcc/lib/db2jcc_license_c.jar] 2.4 - (17) Unfortunately, this tool can be fooled if you arrange for one of these jar files to be loaded from a magic location like $JAVA_HOME/jre/lib/ext. For example, I had (accidentally) placed an old version of db2jcc.jar into $JAVA_HOME/jre/lib/ext. When I ran SysInfo, it printed out: --------- Derby Information -------- JRE - JDBC: J2SE 1.4.2 - JDBC 3.0 [/home/bpendleton/src/derby-subversion/trunk/jars/insane/derby.jar] 10.2.0.0 alpha - (315052M) [/home/bpendleton/src/derby-subversion/trunk/jars/insane/derbytools.jar] 10.2.0.0 alpha - (315052M) [/home/bpendleton/src/derby-subversion/trunk/jars/insane/derbynet.jar] 10.2.0.0 alpha - (315052M) [/home/bpendleton/src/derby-subversion/trunk/jars/insane/derbyclient.jar] 10.2.0.0 alpha - (315052M) [/home/bpendleton/downloads/derby/db2jcc/lib/db2jcc.jar] 1.0 - (581) [/home/bpendleton/downloads/derby/db2jcc/lib/db2jcc_license_c.jar] 1.0 - (581) However, the "1.0 (581)" information actually came from $JAVA_HOME/jre/lib/ext/db2jcc.jar, NOT from /home/bpendleton/downloads/derby/db2jcc/lib/db2jcc.jar. It would be nice if SysInfo could detect the difference between a jar file being loaded via the application class loader using $CLASSPATH, and a jar file being loaded via the system class loader using JDK library extensions. To reproduce the problem, simply: 1) Place an older version of db2jcc.jar into $JAVA_HOME/jre/lib/ext 2) Place a newer version of db2jcc.jar into your $CLASSPATH 3) Run SysInfo. You will see that it prints the name of the jarfile from $CLASSPATH, but the version info from the JDK copy.

Show »

All

Comments

Work Log

Change History

Subversion Commits

Sort Order:

Bryan Pendleton made changes - 07/Nov/05 03:35 AM

Field	Original Value	New Value
Attachment		Derby-668.diff [ 12320497 ]

Bryan Pendleton made changes - 24/Nov/05 07:31 AM

Attachment

derby-668-2.diff [ 12320917 ]

Bryan Pendleton made changes - 01/Dec/05 07:18 AM

Attachment

derby-668-3.diff [ 12321058 ]

Bryan Pendleton made changes - 03/Dec/05 06:19 AM

Attachment

derby-668-4.diff [ 12321104 ]

Bryan Pendleton made changes - 08/Dec/05 08:23 AM

Assignee

Bryan Pendleton [ bryanpendleton ]

Kathey Marsden made changes - 23/Feb/06 05:05 AM

Summary

SysInfo can give misleading information when JDBC jars are loaded from jre/lib/ext

SysInfo does not print the right information when Derby is not loaded through the classpath.

Kathey Marsden made changes - 28/Feb/06 01:57 AM

Priority

Minor [ 4 ]

Critical [ 2 ]

Bryan Pendleton made changes - 28/Feb/06 05:13 AM

Attachment

sysinfo_Feb27_2006.diff [ 12323468 ]

Andrew McIntyre made changes - 28/Feb/06 08:05 AM

Link

This issue relates to ~~DERBY-1063~~ [ ~~DERBY-1063~~ ]

Bryan Pendleton made changes - 01/Mar/06 01:45 PM

Attachment

sysinfo_Feb28_2006.diff [ 12323542 ]

Bryan Pendleton made changes - 12/Mar/06 11:00 AM

Attachment

with_andrews_feedback.diff [ 12324064 ]

Bryan Pendleton made changes - 22/Mar/06 02:39 AM

Fix Version/s		10.2.0.0 [ 11187 ]
Status	Open [ 1 ]	Resolved [ 5 ]
Resolution		Fixed [ 1 ]

Bryan Pendleton made changes - 22/Mar/06 02:56 AM

Status

Resolved [ 5 ]

Closed [ 6 ]

Andrew McIntyre made changes - 08/Apr/06 12:00 PM

Link

This issue relates to ~~DERBY-826~~ [ ~~DERBY-826~~ ]

Bryan Pendleton made changes - 27/Jun/06 09:54 PM

Derby Info

[Release Note Needed]

Andrew McIntyre made changes - 09/Aug/06 06:41 AM

Link

This issue is related to DERBY-1273 [ DERBY-1273 ]