Closed
Bug 133637
Opened 22 years ago
Closed 22 years ago
Class nodefined error
Categories
(Core Graveyard :: Java: OJI, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: moz-bugzilla2, Assigned: joe.chou)
References
()
Details
(Keywords: platform-parity)
This seems to be a platform parity error. Using the above URL on Windows will load the applet (in 0.9.9 and current builds). However, on Linux the 0.9.9 release will not load this applet giving a class not defined error.
Comment 1•22 years ago
|
||
What do you mean? Applet loads for me (no exceptions are raised in java console) Then i see popup window with "your session is expired". Is it the same for you? I am using recent trunk build with Sun's jre 1.3.1. What is yours java plugin version?
Reporter | ||
Comment 2•22 years ago
|
||
This is on Moz 2002031416 on Linux. The behavior you experience is what I have happen on Windows platforms. Java Console information below: Java(TM) Plug-in: Version 1.3.1_02 Using JRE version 1.3.1_02 Java HotSpot(TM) Client VM User home directory = /root ---------------------------------------------------- c: clear console window f: finalize objects on finalization queue g: garbage collect h: display this help message l: dump classloader list m: print memory usage q: hide console s: dump system properties t: dump thread list x: clear classloader cache 0-5: set trace level to <n> ---------------------------------------------------- java.lang.NoClassDefFoundError: d at java.lang.Class.newInstance0(Native Method) at java.lang.Class.newInstance(Class.java:237) at sun.applet.AppletPanel.createApplet(AppletPanel.java:586) at sun.plugin.AppletViewer.createApplet(AppletViewer.java:1316) at sun.applet.AppletPanel.runLoader(AppletPanel.java:515) at sun.applet.AppletPanel.run(AppletPanel.java:293) at sun.plugin.navig.motif.MotifAppletViewer.maf_run(MotifAppletViewer.java:131) at sun.plugin.navig.motif.MotifAppletViewer.run(MotifAppletViewer.java:127) at java.lang.Thread.run(Thread.java:484)
Comment 3•22 years ago
|
||
Try to set trace level to 5 and reproduce the problem. Please post java console output here.
Reporter | ||
Comment 4•22 years ago
|
||
Trace level set to 5: basic, net, security, ext, liveconnect ... completed. Referencing classloader: sun.plugin.ClassLoaderInfo@62cb55, refcount=1 Added trace listener: sun.plugin.navig.motif.MotifAppletViewer[ChatApplet,0,0,1037x680,invalid,layout=java.awt.BorderLayout] Sending events to applet. LOAD Sending events to applet. INIT Determine if the applet requests to install any JAR Jar cache option: null Jar archive(s): null Jar cache version(s): null Applet Installation finished. Opening http://66.77.66.35:80/null Connecting http://66.77.66.35:80/null with no proxy Connecting http://66.77.66.35:80/null with cookie " " Opening http://66.77.66.35:80/banter0390.jar Connecting http://66.77.66.35:80/banter0390.jar with no proxy Connecting http://66.77.66.35:80/banter0390.jar with cookie " " Opening http://66.77.66.35:80/ChatApplet.class Connecting http://66.77.66.35:80/ChatApplet.class with no proxy Connecting http://66.77.66.35:80/ChatApplet.class with cookie " " Opening http://66.77.66.35:80/g.class Connecting http://66.77.66.35:80/g.class with no proxy Connecting http://66.77.66.35:80/g.class with cookie " " java.lang.NoClassDefFoundError: g at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:493) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:111) at sun.applet.AppletClassLoader.findClass(AppletClassLoader.java:143) at sun.plugin.security.PluginClassLoader.findClass(PluginClassLoader.java:269) at java.lang.ClassLoader.loadClass(ClassLoader.java:299) at sun.applet.AppletClassLoader.loadClass(AppletClassLoader.java:112) at java.lang.ClassLoader.loadClass(ClassLoader.java:255) at sun.applet.AppletClassLoader.loadCode(AppletClassLoader.java:468) at sun.applet.AppletPanel.createApplet(AppletPanel.java:586) at sun.plugin.AppletViewer.createApplet(AppletViewer.java:1316) at sun.applet.AppletPanel.runLoader(AppletPanel.java:515) at sun.applet.AppletPanel.run(AppletPanel.java:293) at sun.plugin.navig.motif.MotifAppletViewer.maf_run(MotifAppletViewer.java:131) at sun.plugin.navig.motif.MotifAppletViewer.run(MotifAppletViewer.java:127) at java.lang.Thread.run(Thread.java:484)
Reporter | ||
Comment 5•22 years ago
|
||
Well, this seems to work on 20020328 build on Linux. Unfortunately, next Redhat will ship with 0.9.9 so this is bad. Anyone have an idea what bug might have fixed this problem between 0.9.9 and now?
Comment 6•22 years ago
|
||
Sorry, I have no idea what was the reason of this problem. If you really want to isolate the fix and apply it to RedHat's mozilla then i suggest to check builds of mozilla between 0.9.9 and now to isolate the time when problem was solved. However, it could be resolved by fixing several other bugs. Mozilla 1.0 will be available soon - so i do not think backport of patch to 0.9.9 worth it. Anyway, because this bug is fixed in trunk i am gonna to close it. Please, reopen if problem is reproducible with recent trunk builds.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Comment 7•22 years ago
|
||
This is still present in 1.0.1.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
Reporter | ||
Comment 8•22 years ago
|
||
Blizzard: This downloads an applet from our company's servers and things had changed since. I've updated the test page, so please re-test.
Comment 9•22 years ago
|
||
I'm using linux nightly 2002111904 with sun's java 1.4.1. I'm getting the same behavior described in comment #1. My java console contains the following: ------------------------ Trace level set to 5: basic, net, security, ext, liveconnect ... completed. setWindow: call before applet exists:31824541 Referencing classloader: sun.plugin.ClassLoaderInfo@1ed1b0b, refcount=1 Loading applet ... Initializing applet ... Starting applet ... Bantu.com Messenger v3.0B0393, Copyright Bantu, Inc. 1999-2002.....Bantu.com Messenger destroyed by browser. :) Stopping applet ... Bantu.com Messenger stopped by browser. Joining applet thread ... Destroying applet ... Bantu.com Messenger destroyed by browser. Disposing applet ... Joined applet thread ... Quiting applet ... Finding information ... Releasing classloader: sun.plugin.ClassLoaderInfo@1ed1b0b, refcount=0 Caching classloader: sun.plugin.ClassLoaderInfo@1ed1b0b Current classloader cache size: 1 Done ... Dump classloader list ... codebase=http://66.77.66.35:80/, key=http://66.77.66.35:80/,banter0393.jar, zombie=true, cache=true, refcount=0, info=sun.plugin.ClassLoaderInfo@1ed1b0b Done. ------------------------ I gather this is the intended behavior. Steve, can you try to reproduce this with a current copy of mozilla?
Reporter | ||
Comment 10•22 years ago
|
||
Works for me on 20021017 build of 1.2 beta on Redhat 7.3. Looks like it got fixed in the last 7 month sometime.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago → 22 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•