JDK-6578753 : JFileChooser in 6u2 slow on Windows
  • Type: Bug
  • Component: client-libs
  • Sub-Component: javax.swing
  • Affected Version: 6,6u2
  • Priority: P2
  • Status: Closed
  • Resolution: Cannot Reproduce
  • OS: windows,windows_xp
  • CPU: x86
  • Submitted: 2007-07-10
  • Updated: 2011-02-16
  • Resolved: 2009-03-12
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 6 JDK 7
6u4Fixed 7Resolved
Related Reports
Relates :  
JDK-5050516 - JFileChooser very slow in XP if directory contains large zip files
Relates :  
JDK-6711589 - IndexOutOfBoundsException when choosing an item from 'look in' combobox in FileChooser, Applet
Relates :  
JDK-6491795 - COM should be initialized for Shell API calls in ShellFolder2.cpp
Relates :  
JDK-6372808 - JFileChooser takes a long time to instantiate, at least the first time
Description
JFileChooser takes much time to instantiate and to browse large folders. In comparison with 6u1, performance degraded significantly.

The issue was initially reported at http://www.javalobby.org/forums/thread.jspa?messageID=92159440
Comments
EVALUATION This bug is a cause of fix of CR 6491795. Closed as "Not reproducible" because the fix of CR 6491795 for jdk7 contains fix of this CR as well.
18-03-2009
EVALUATION For the SDN community Please note that this CR doesn't address the ZIP issue, it rather concerns overall performance degradation after the COM fix (see CR #6491795). For the ZIP issue, there's a special CR #5050516. You can find links to the both mentioned CR's in the 'Related CRs' section on this page.
19-03-2008
EVALUATION I profiled it and found 3 major bottlenecks: a) frequent calls to Win32ShellFolder2.isFileSystem() and Win32ShellFolder2.isLink(). The both methods invoke hasAttribute() that in turn delegates execution to the COM thread. b) frequent calls from BasicDirectoryModel.LoadFilesThread to various Win32ShellFolder2's methods delegating execution to the COM thread. c) frequent calls from FilePane.DetailsTableRowSorter to Win32ShellFolder2.ColumnComparator.compare() on file sorting, also delegating execution to the COM thread.
12-07-2007