Hi Holger,

7u back port is filed [1] and we do address it to the one of the future 7u update release, the exact release number will be chosen based on release timelines.

[1] https://bugs.openjdk.java.net/browse/JDK-8055398

Thanks,
Victor

On 18.04.2014 16:37, Holger Brands wrote:
Hello again,

JDK-8019274 appears to be fixed for 7u65 (-> JDK-8028290).
Could someone check with access to a 7u65 build if that fixed the issue described in this thread, too?

It would be a pity, if this issue slips through and gets deferred yet another few months...

Thanks,
Holger



2014-02-20 20:20 GMT+01:00 Petr Pchelko <[email protected] <mailto:[email protected]>>:

    Hello, Holger.

    Thank you for the report.

    The reason is that the ThreadPool is creating a thread in a
    ThreadGroup which is not associated with any AppContext.
    I suppose that the fix for JDK-8019274 would also resolve this
    issue, but this should be checked. I’ll write back as I have a
    chance to check this.

    With best regards. Petr.

    20 февр. 2014 г., в 11:01 после полудня, Holger Brands
    <[email protected]
    <mailto:[email protected]>> написал(а):

    Hi there,

    this is meant as a comment to issue
    https://bugs.openjdk.java.net/browse/JDK-8019274
    which describes a problem of RMI threads calling out to
    java.awt.EventQueue in a java webstart app.

    I think it's a more general problem, not only related to RMI
    threads. Another scenario is the following:
    When you open a JFileChooser in a Java Webstart application,
    change the
    view to "Details" such that column headers appear and then click
    on the name column to sort the shown entries, I get the
    following exception on Windows 7, both with Java 7u45 and Java 7u51:

    java.lang.NullPointerException
         at sun.awt.SunToolkit.getSystemEventQueueImplPP(Unknown Source)
         at sun.awt.SunToolkit.getSystemEventQueueImplPP(Unknown Source)
         at sun.awt.SunToolkit.getSystemEventQueueImpl(Unknown Source)
         at java.awt.Toolkit.getEventQueue(Unknown Source)
         at java.awt.EventQueue.isDispatchThread(Unknown Source)
         at javax.swing.SwingUtilities.isEventDispatchThread(Unknown
    Source)
         at javax.swing.JComponent.revalidate(Unknown Source)
         at javax.swing.JTable.resizeAndRepaint(Unknown Source)
         at javax.swing.JTable.sortedTableChanged(Unknown Source)
         at javax.swing.JTable.sorterChanged(Unknown Source)
         at javax.swing.RowSorter.fireRowSorterChanged(Unknown Source)
         at javax.swing.RowSorter.fireRowSorterChanged(Unknown Source)
         at javax.swing.DefaultRowSorter.sort(Unknown Source)
         at
    sun.swing.FilePane$DetailsTableRowSorter.access$1601(Unknown Source)
         at sun.swing.FilePane$DetailsTableRowSorter$1.call(Unknown
    Source)
         at sun.swing.FilePane$DetailsTableRowSorter$1.call(Unknown
    Source)
         at java.util.concurrent.FutureTask.run(Unknown Source)
         at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown
    Source)
         at
    java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
         at
    sun.awt.shell.Win32ShellFolderManager2$ComInvoker$3.run(Unknown
    Source)
         at java.lang.Thread.run(Unknown Source)

    It's a similiar stacktrace but not quite the same.
    But I bet it's the same cause.

    Please ensure when fixing JDK-8019274 that this variant is also
    fixed.
    Also, I would be interested in a workaround for this FileChooser
    sorting issue.

    Thanks,
    Holger



Reply via email to