Hi Varka, did you use the ./dbgl shell script to start DBGL?

Yes.

More info:

[k@localhost Videos]$ java -version
java version "1.6.0_05"
Java(TM) SE Runtime Environment (build 1.6.0_05-b13)
Java HotSpot(TM) Client VM (build 10.0-b19, mixed mode, sharing)

It's the SUN-supplied java RPM.

Command line is:

[k@localhost /] cd ~/dbgl

[k@localhost dbgl]$ sh dbgl
Exception in thread "main" java.lang.NoClassDefFoundError: SevenZip/Archive/IInArchive
at com.db.Database.<clinit>(Database.java:88)
at com.gui.MainWindow.open(MainWindow.java:94)
at com.gui.MainWindow.main(MainWindow.java:86)
Caused by: java.lang.ClassNotFoundException: SevenZip.Archive.IInArchive
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClassInternal(Unknown Source)
... 3 more

Your Java version is fine. Does your ~/dbgl/lib directory contain 4 jar files, among them being 'J7Zip.jar' ?

[@localhost lib]$ ls -la
total 1992
drwxr-xr-x 2 keenerb keenerb 4096 2007-08-27 15:59 ./
drwxr-xr-x 9 keenerb keenerb 4096 2008-04-15 21:31 ../
-rw-r--r-- 1 keenerb keenerb 643806 2006-09-27 14:50 hsqldb.jar
-rw-r--r-- 1 keenerb keenerb 91967 2007-06-13 10:15 J7Zip.jar
-rw-r--r-- 1 keenerb keenerb 3085 2006-11-03 18:34 swing2swt.jar
-rwxr--r-- 1 keenerb keenerb 1245295 2007-06-25 12:12 swt.jar*

OK, two strange observations:

That listing was from a new dbgl install.

When I checked the dbgl script, it looked like this:

1#!/bin/sh
2cmdline=$0
3symlink=`find "$cmdline" -printf "%l"`
4
5if [ $symlink ]; then
6   cmdline=$symlink
7fi
8
9cd `dirname $cmdline`
10
11if [ $JAVA_HOME ]; then
12   $JAVA_HOME/bin/java -Djava.library.path=lib64 -jar dbgl.jar
13else
14         /usr/bin/java -Djava.library.path=lib64 -jar dbgl.jar
15fi

So I changed lib64 to lib, and it worked...

In my old folder (which used to work, a long time ago) I don't have the 7zip jar.

Whoa! That script is prone to many errors if some of the file names and paths contains blanks etc. And I don't like the [ $var ] test. Better make it explicit with -n. And with the help of some clever variable expansion we can get rid of the tests altogether and the repetitive code:

1#!/bin/sh
2
3symlink=`find "$0" -printf "%l"`
4
5cd "`dirname "${symlink:-$0}"`"
6"${JAVA_HOME:-/usr/bin}"/java -Djava.library.path=lib64 -jar dbgl.jar