Closed Bug 133637 Opened 23 years ago Closed 23 years ago

Class nodefined error

Categories

(Core Graveyard :: Java: OJI, defect)

Product:
Core Graveyard
Component:
Java: OJI
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: moz-bugzilla2, Assigned: joe.chou)

References

(
URL
)

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.
Keywords: pp
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?
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)
Try to set trace level to 5 and reproduce the problem. Please post java console output here.
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)
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?
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: 23 years ago
Resolution: --- → WORKSFORME
This is still present in 1.0.1.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
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.
QA Contact: pmac → petersen
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?
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: 23 years ago → 23 years ago
Resolution: --- → WORKSFORME
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.