Skip to main content

[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



Back to the top