Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-8021383

[mac] When many applets on page not all of them are loaded

    XMLWordPrintable

Details

    • os_x

    Description

      FULL PRODUCT VERSION :
      1.7.0_25-b15 Java HotSpot(TM) 64-Bit Server VM

      ADDITIONAL OS VERSION INFORMATION :
      Mac OS X 10.8.4 (12E55)

      EXTRA RELEVANT SYSTEM CONFIGURATION :
      Both, Safari and Firefox, exhibit the same bug.

      A DESCRIPTION OF THE PROBLEM :
      In a single web page, there are mutiple similiar applets which communicate to each other right after start-up. The applets use the same common jar-file path.

      Prior to any user interaction, the applets throw exceptions and freeze. The probability increases with number of applets and approaches 100% with about 10 applets or more.

      This worked before at 1.4, 1.5 and 1.6 (with even hundreds of applets in one page) and stopped working with the first release of 1.7.

      Please inspect code and fix.

      STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
      The bug appears in code and on a web site which is our customer's property. We cannot share.

      However, there are mutiple similiar applets within one page which communicate to each other right after start-up sharing a common jar-file path. So, it may be a situation not well covered by unit tests. The error becomes deterministic starting at around 10 applets and is sporadic with fewer applets. The bug freezes the JVM *and* destabilizes the browser despite being an external process. The exception typically comes from several of the applets and is before any user intervention happens. The applet tags are written by JavaScript into the html page.

      It should be able to trace the cause by looking at the stack trace and inspecting code to figure out why the object could be null. The least measure would be to catch the exception rather than let the applet crash (note that there is none of our code involved in the stack trace, so we cannot catch the exception ourself).

      We reported the bug for an earlier release of Java 7 already. Oracle came back to us asking how to repeat it. As I said, this can't be done. Inspect the code, please.

      This is a REGRESSION bug vs. Java 1.6.

      The stack trace is added as text in field " Error Message(s): "

      EXPECTED VERSUS ACTUAL BEHAVIOR :
      EXPECTED -
      Applet startup w/o crash
      ACTUAL -
      Applet crashing its JVM

      ERROR MESSAGES/STACK TRACES THAT OCCUR :
      Exception in thread " AWT-EventQueue-2 " java.lang.NullPointerException
      at sun.lwawt.macosx.CEmbeddedFrame.getLayerPtr(CEmbeddedFrame.java:65)
      at sun.plugin2.main.client.PluginEmbeddedFrame.setBounds(Unknown Source)
      at java.awt.Component.resize(Component.java:2166)
      at java.awt.Component.setSize(Component.java:2155)
      at java.awt.Window.setSize(Window.java:908)
      at com.sun.deploy.uitoolkit.impl.awt.AWTFrameWindow$1.run(Unknown Source)
      at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:251)
      at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:733)
      at java.awt.EventQueue.access$200(EventQueue.java:103)
      at java.awt.EventQueue$3.run(EventQueue.java:694)
      at java.awt.EventQueue$3.run(EventQueue.java:692)
      at java.security.AccessController.doPrivileged(Native Method)
      at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
      at java.awt.EventQueue.dispatchEvent(EventQueue.java:703)
      at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:242)
      at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:161)
      at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:150)
      at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:146)
      at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:138)
      at java.awt.EventDispatchThread.run(EventDispatchThread.java:91)


      REPRODUCIBILITY :
      This bug can be reproduced often.

      CUSTOMER SUBMITTED WORKAROUND :
      none
      The customer (a Chemical Corporation) ceased to roll out Java 7.

      SUPPORT :
      YES

      Attachments

        Issue Links

          Activity

            People

              anashaty Anton Nashatyrev (Inactive)
              webbuggrp Webbug Group
              Votes:
              0 Vote for this issue
              Watchers:
              6 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: