Closed Bug 133637 Opened 22 years ago Closed 22 years ago

Class nodefined error

Categories

(Core Graveyard :: Java: OJI, defect)

x86
Linux
defect
Not set
critical

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.
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: 22 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: 22 years ago22 years ago
Resolution: --- → WORKSFORME
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.