Hani Suleiman wrote:
> I use jikes with jdk1.2, the only snag is that you have to explicitly
> include rt.jar in your classpath. Also it will compile code that would not
> be passed by 1.2 javac. Sorry no specific code to demostrate this (and it
> would be long on the jikes mailing list anyways!), but it had to do with
> method calls in inner classes.
>
> At 10:08 AM 3/12/99 -0600, Steve Cohen wrote:
> >both time-wise and memory usage wise. I've had to boost the default
> >heap size to 20 MB. (Possibly this is because I'm compiling with
> >-verbose because I had to see what the heck was taking it so long.)
> >
> >Is a 1.2-compatible jikes available yet? The jikes I used for 1.1.7
> >seems to zip through the files with its usual speed, but when I go to
> >run the thing I get "NoSuchClassExceptions" in my main class.
Yes. I am now seeing that the problems I was seeing that I was attributing
to
jikes are also seen when running the program compiled under javac:
More on the slowness of javac:
Compilation speed (from scratch building multiple class files for same
application:
javac: [done in 1009911 ms]
jikes: approx 15 seconds.
I had previously thought the errors I was getting on execution were the
result of using jikes. But apparently not so. Once javac finished its
compilation, an identical exception occurred on executing the compiled
application:
[scohen@stevecoh jahtzee]$ java JahtzeeApp
Exception in thread "main" java.lang.NoClassDefFoundError: JahtzeeApp (wrong
name: jahtzee/JahtzeeApp)
at java.lang.ClassLoader.defineClass0(Native Method)
at java.lang.ClassLoader.defineClass(Compiled Code)
at java.security.SecureClassLoader.defineClass(Compiled Code)
at java.net.URLClassLoader.defineClass(Compiled Code)
at java.net.URLClassLoader.access$1(Compiled Code)
at java.net.URLClassLoader$1.run(Compiled Code)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Compiled Code)
at java.lang.ClassLoader.loadClass(Compiled Code)
at sun.misc.Launcher$AppClassLoader.loadClass(Compiled Code)
at java.lang.ClassLoader.loadClass(Compiled Code)
What is the problem here? This application worked when compiled under
JDK117.
Perhaps I need to supply classpath to java?
Doing it that way yields:
[scohen@stevecoh jahtzee]$ java -cp /usr/local/java/ JahtzeeApp
Exception in thread "main" java.lang.NoClassDefFoundError: JahtzeeApp
without all the further info.
Maybe I need to supply the current directory as well?
No, doing it that way gives me the same error messages as no classpath at
all.
[scohen@stevecoh jahtzee]$ java -cp ./:/usr/local/java/ JahtzeeApp
Exception in thread "main" java.lang.NoClassDefFoundError: JahtzeeApp (wrong
name: jahtzee/JahtzeeApp)
at java.lang.ClassLoader.defineClass0(Native Method)
at java.lang.ClassLoader.defineClass(Compiled Code)
at java.security.SecureClassLoader.defineClass(Compiled Code)
at java.net.URLClassLoader.defineClass(Compiled Code)
at java.net.URLClassLoader.access$1(Compiled Code)
at java.net.URLClassLoader$1.run(Compiled Code)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Compiled Code)
at java.lang.ClassLoader.loadClass(Compiled Code)
at sun.misc.Launcher$AppClassLoader.loadClass(Compiled Code)
at java.lang.ClassLoader.loadClass(Compiled Code)
----------------------------------------------------------------------
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
