JDK-6609271 : Plugin2: ClassNotFound exception getting thrown sometimes once applet is refreshed
  • Type: Bug
  • Component: deploy
  • Sub-Component: plugin
  • Affected Version: 6u5
  • Priority: P2
  • Status: Closed
  • Resolution: Cannot Reproduce
  • OS: windows
  • CPU: generic
  • Submitted: 2007-09-26
  • Updated: 2010-04-04
  • Resolved: 2007-10-03
Related Reports
Relates :  
JDK-6605126 - Add detection of failed applet shutdown and notion of tainting
Relates :  
JDK-6592751 - EmbeddedFrame disposal is fragile and breaks clean AppContext termination
Description
- Load the following applet inside the browser and try to refresh the browser
http://sqeweb.sfbay.sun.com/deployment2/jitu/deployment_JDK7_int_ws/deployment/src/plugin/manual/html/SoundTest.html

If in between ClassNotFound exception is getting thrown then bug is reproduced. Also the playing sound should get stopped once page is refreshed and should re-start playing once applet is reloaded
Comments
EVALUATION With the fix for 6605126 in place, this problem isn't reproducible any more. That isn't necessarily good -- it may mask a deeper problem. I tried disabling the fix for 6605126 and refreshing the browser, but wasn't able to reproduce the reported ClassNotFoundException. The worst that seems to happen is the "null pData" NullPointerException described in 6592751 if you refresh the applet before it starts playing the sounds. This applet apparently does a lot of work on its Event Dispatch Thread, and doesn't terminate cleanly all the time. The abovementioned fix detects this and eventually terminates the JVM running the applet, so subsequent runs get a clean slate to run with. Closing as not reproducible. If this kind of problem persists with the latest install bundles please either reopen this bug or file a new one.
03-10-2007