Re: [Ikvm-developers] Javassist

[Mark W. <ma...@kl...>]

Hi,

On Tue, 2006-08-01 at 22:54 +0200, Jeroen Frijters wrote:
> Kaushal Patel wrote:
> > Caused by: javassist.NotFoundException: java.lang.Object
> >         at javassist.ClassPool.get (ClassPool.java:295)
> 
> Javassist tries to load the class files for the core classes (in the
> above case it is looking for java/lang/Object.class). Since IKVM doesn't
> have any Java class files for the core classes, this fails.
> 
> I don't know how to work around this, you could try asking the
> Javassist/Hivemind/Tapestry developers if there is a way to explicitly
> point it to an rt.jar. It may be as simple as pointing the CLASSPATH
> environment variable to an rt.jar.

FYI this is very similar to a libgcj bug report by Anthony Green (CCed):
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15474
As he points out there are some applications which seem to depend on the
class byte code of the classes from the bootstrapclassloader available
somehow. Bryce and I argued that this is not a sane thing for a program
to depend on (like ikvm, gcj has a completely different execution model
for its core classes). But if this pops up more often maybe some way to
provide a byte code version of these classes through getResource() might
still be needed. Note that all instances of this have been some "sanity
check" in a testsuite, not real application code. I haven't yet looked
at what javassist does.

Cheers,

Mark