Um not sure what this error could be off the top of my head.
If you are using the Install-Anywhere installation which i am
suspecting that you are. Then you turn on debugging by
editing /opt/iSQL-Viewer/iSQL-Viewer.lax and a line
with the text 'isql.debug=true'
If you are not however using the install anywhere you
need pass the system property via -Disql.debug=true
to the JVM
if the error is happening within isql-viewer a stack trace
should show me where the exception is occuring and
that should better help me as to why you are getting
this error.
--Markus
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
After this, i get this error... i assume the start
shellscript sets the right classpath?
if i try setting the classpath manually with java -cp ... i
can start iSQL-Viewer, but all the settings are gone...
Error :: NoClassDefFoundError(null)
java.lang.NoClassDefFoundError
at
org.isqlviewer.core.Launcher$BasicShutdownHook.run(Unknown
Source)
at java.lang.Thread.run(Thread.java:534)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I think, now this is just a guess that you have more than one JVM
installed on your machine correct ? if so make sure that you are pointing
to a runtime of 1.4.1 or higher and for 2.1.6 and higher. If you are using
2.1.5 or earlier 1.3.1 is only required.
Based on the NoClassDefFound can sometimes mean that an interface is
in the classpath but not the implementation class. I would suggest that if
you are having alot of trouble with this, that you use the Install-
Anywhere distro's as they are setup to give you a smooth install process.
if your problem still persist i would like to see this shell script that you
are using, as it might lend insight to what your situation is. Also if
problems persist please let me know your JVM version and Platform
(linux, windows, mac)
--Markus
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I'm using Installer Build 2.1.7 for Linux, the shell script i am
refering to is iSQL-Viewer (part of the distro)...
I do have installed Sun JDK 1.4.2 (Java(TM) 2 Runtime
Environment, Standard Edition (build 1.4.2_01-b06)). If i try to
run it manually (java -cp
bsf.jar:xerces.jar:isql-core.jar:lax.jar:jpython-1.1.jar -jar
isql-core.jar) it starts, but i am not able to install any service,
since after writing the service, when i try to load it, there is a
class not found ecxeption on org.apache.sax.parser.SAXParser,
which should be part of xerces.jar, right?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
new Situation:
i run iSQL-Viewer manually:
i have added xerces.jar to classpath of iSQL-Viewer
(Extras->iSQL-Einstellungen->Erweitert) everything runs
smooth as the first time i started it...
I guess it's working now, but how do i get the nice startup
script from the install build to work again? (it has worked
once!)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
IN your first reply, you are using the -jar option it is not encouraged to
use this option as the -jar option makes the -cp moot or irrelevant.
it should be 'java -cp
bsf.jar:xerces.jar:isql-core.jar:lax.jar:jpython-1.1.jar
org.isqlviewer.core.Launcher' and that also explains why you were
unable to load the xerces parser even though it appeared to be in the
classpath.
One last question did you say iSQL-Viewer is part of a linux distribution if
so which one ?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I figured out a way around this...download the latest
version of the xerces parser from xml.apache.org. The binary
contains three jars: one of them is xml-apis.jar. This is
the jar that contains the class causing the
NoClassDefFoundError. Why this is not part of the
iSQL-Viewer distribution is unclear to me, since it seems
that xerces depends on the presence of this library. A quick
comparison of the xerces.jar file included with the
distribution also suggests that this is simply the
xercesImpl.jar that comes with Xerces renamed.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Well i did have a friend of mine experience this same thing on fedora, i
believe what ended up happening was he installed as himself versus as
root to get it working again.
So my inital guess to that would be check the permission or try installing
it as yourself.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
sorry for not answering, i had a lot of work to do:
here my current status:
i have do add the jars from isql-viewer to classpath
manually, then i can start isql-viewer. If i want to use it
i have to add them to the internal classpath reachable in
settings, too. Then it will work. So perhaps extending the
classloader will work. I have no time to do this for myself,
but if there are new versions i will try if they work out of
the box and tell you about it.
PS: sorry, it is not part of my linux distri (currently
gentoo), i referred to the installer ;-)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Logged In: YES
user_id=67341
Um not sure what this error could be off the top of my head.
If you are using the Install-Anywhere installation which i am
suspecting that you are. Then you turn on debugging by
editing /opt/iSQL-Viewer/iSQL-Viewer.lax and a line
with the text 'isql.debug=true'
If you are not however using the install anywhere you
need pass the system property via -Disql.debug=true
to the JVM
if the error is happening within isql-viewer a stack trace
should show me where the exception is occuring and
that should better help me as to why you are getting
this error.
--Markus
Logged In: YES
user_id=455321
After this, i get this error... i assume the start
shellscript sets the right classpath?
if i try setting the classpath manually with java -cp ... i
can start iSQL-Viewer, but all the settings are gone...
Error :: NoClassDefFoundError(null)
java.lang.NoClassDefFoundError
at
org.isqlviewer.core.Launcher$BasicShutdownHook.run(Unknown
Source)
at java.lang.Thread.run(Thread.java:534)
Logged In: YES
user_id=67341
I think, now this is just a guess that you have more than one JVM
installed on your machine correct ? if so make sure that you are pointing
to a runtime of 1.4.1 or higher and for 2.1.6 and higher. If you are using
2.1.5 or earlier 1.3.1 is only required.
Based on the NoClassDefFound can sometimes mean that an interface is
in the classpath but not the implementation class. I would suggest that if
you are having alot of trouble with this, that you use the Install-
Anywhere distro's as they are setup to give you a smooth install process.
if your problem still persist i would like to see this shell script that you
are using, as it might lend insight to what your situation is. Also if
problems persist please let me know your JVM version and Platform
(linux, windows, mac)
--Markus
Logged In: YES
user_id=455321
I'm using Installer Build 2.1.7 for Linux, the shell script i am
refering to is iSQL-Viewer (part of the distro)...
I do have installed Sun JDK 1.4.2 (Java(TM) 2 Runtime
Environment, Standard Edition (build 1.4.2_01-b06)). If i try to
run it manually (java -cp
bsf.jar:xerces.jar:isql-core.jar:lax.jar:jpython-1.1.jar -jar
isql-core.jar) it starts, but i am not able to install any service,
since after writing the service, when i try to load it, there is a
class not found ecxeption on org.apache.sax.parser.SAXParser,
which should be part of xerces.jar, right?
Logged In: YES
user_id=455321
new Situation:
i run iSQL-Viewer manually:
i have added xerces.jar to classpath of iSQL-Viewer
(Extras->iSQL-Einstellungen->Erweitert) everything runs
smooth as the first time i started it...
I guess it's working now, but how do i get the nice startup
script from the install build to work again? (it has worked
once!)
Logged In: YES
user_id=67341
IN your first reply, you are using the -jar option it is not encouraged to
use this option as the -jar option makes the -cp moot or irrelevant.
it should be 'java -cp
bsf.jar:xerces.jar:isql-core.jar:lax.jar:jpython-1.1.jar
org.isqlviewer.core.Launcher' and that also explains why you were
unable to load the xerces parser even though it appeared to be in the
classpath.
One last question did you say iSQL-Viewer is part of a linux distribution if
so which one ?
Logged In: YES
user_id=1005035
I figured out a way around this...download the latest
version of the xerces parser from xml.apache.org. The binary
contains three jars: one of them is xml-apis.jar. This is
the jar that contains the class causing the
NoClassDefFoundError. Why this is not part of the
iSQL-Viewer distribution is unclear to me, since it seems
that xerces depends on the presence of this library. A quick
comparison of the xerces.jar file included with the
distribution also suggests that this is simply the
xercesImpl.jar that comes with Xerces renamed.
Logged In: YES
user_id=67341
Well i did have a friend of mine experience this same thing on fedora, i
believe what ended up happening was he installed as himself versus as
root to get it working again.
So my inital guess to that would be check the permission or try installing
it as yourself.
Logged In: YES
user_id=455321
sorry for not answering, i had a lot of work to do:
here my current status:
i have do add the jars from isql-viewer to classpath
manually, then i can start isql-viewer. If i want to use it
i have to add them to the internal classpath reachable in
settings, too. Then it will work. So perhaps extending the
classloader will work. I have no time to do this for myself,
but if there are new versions i will try if they work out of
the box and tell you about it.
PS: sorry, it is not part of my linux distri (currently
gentoo), i referred to the installer ;-)
Logged In: YES
user_id=67341
This Bug is being closed due to inactivity and this bug has not been
verified or been reproducible.