[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
RE: [stellation-res] Running Stellation
|
> >-----Original Message-----
> >From: stellation-res-admin@xxxxxxxxxxxxxxx
> >[mailto:stellation-res-admin@xxxxxxxxxxxxxxx]On Behalf Of Mark C.
> >Chu-Carroll
> >Sent: September 15, 2002 7:30 AM
> >To: stellation-res@xxxxxxxxxxxxxxx
> >Subject: Re: [stellation-res] Running Stellation
> >
> >
> >On Sun, 2002-09-15 at 14:44, Jonathan Gossage wrote:
> >> I am having some interesting problems trying to run Svc with
> >the latest code
> >> from CVS. I was trying to get Svc to run from the command line
> >under Windows
> >> XP using the Sun JDK 1.3.1_04 and Postgres as the database. I
> >was successful
> >> at initializing the database but when I tried to run an "add"
> >command to add
> >> the contents I got a VerifyException. This has been reported
> >as bug 23589.
> >
> >Have you tried compiling it with javac? A VerifyError indicates a
> >sequence of bytecodes that should not be possible to write in Java. So
> >this strongly implies that it's either a jikes bug, or a JVM bug.
> >
> >
> >> However I am now experiencing another problem. My immediate
> >reaction was to
> >> try and reproduce this under the Eclipse debugger in the hope of seeing
> >> something that would provide additional information. However
> >when I attempt
> >> to run SVC using the Eclipse debugger, it fails when trying to find the
> >> class file for workspace.Svc. I have verified that all the
> >class files have
> >> been built and the project knows where the build path is.
> >
> >In Eclipse, there is both a build path, and an execution path. This
> >sounds like stuff is in your build path, but not the execution path.
> >It's a bit strange that this is occuring in core, because the main
> >difference between the build and execution path is project references.
> >Make sure that all of the binary projects that are needed on the build
> >path are also selected in the "project references" panel of the project
> >properties.
> >
> > -Mark
> >
I checked the project references and everything seems OK.
The debug window shows the following:
SVC[Java Application]
org.eclipse.stellation.core.workspace.Svc at localhost:11501
System Thread[Finalizer] (Running)
System Thread[Reference Handler](Running)
Thread[main](suspended(breakpoint at line 183 in
java.net.URLClassLoader))
sun.misc.Launcher#ExtClassLoader(java.net.URLClassLoader(findClass(java.lang
.String) line 183
sun.misc.Launcher$ExtClassLoader(java.lang.ClassLoader).loadClass(java.lang.
String,boolean) line 294
sun.misc.Launcher$AppClassLoader(java.lang.ClassLoader).loadClass(java.lang.
String,boolean) line 287
sun.misc.Launcher$AppClassLoader.loadClass(java.lang.String,boolean)
line 281
sun.misc.Launcher$AppClassLoader(java.lang.ClassLoader).loadClass(java.Lang.
String) line 250
sun.misc.Launcher$AppClassLoader(java.lang.ClassLoader).loadClassInternal(ja
va.lang.String) line 310
System Thread[Signal Dispatcher](Running)
System Thread[Compile Thread](Running)
C:\jdk1.3.1_04\bin\javaw.exe
The classes specified in Project References are:
org.apache.log4j
org.apache.oro
org.apache.xerces
org.eclipse.boot.core
org.eclipse.core.runtime
org.jdom
The entries specified in the build path are
org.eclipse.stellation.core/src
org.apache.log4j
org.apache.oro
org.apache.xerces
org.eclipse.boot.core
org.eclipse.core.runtime
org.jdom
JRE_LIB - C:\jdk1.3.1_04\jre\lib\rt.jar
The user classes specified in the debug configuration are
org.eclipse.stellation.core
xmlParserAPIs.jar
xercesImpl.jar
boot.jar
jdom.jar
runtime.jar
log4j-1.2.5.jar
jakarta-oro-2.0.6.jar
D:\usr\local\lib\stellation\postgresql.jar
The bootstrap classes are:
JRE_LIB{JRE_SRC/JRE_SRCROOT]
I cannot spot where I am going wrong with this.
Regards
Jonathan
Personal Email
jgossage@xxxxxxxx
Business Email
jonathan@xxxxxxxxxxxxxx